Переезд на MariaDB 10.2

[goletsa]

Доброго времени суток.
Никто не переезжал с mysql на mariadb?
Наблюдаю странности при работе с dopdata.
mysql 5.5, mariadb 10.2, одинаковый запрос к таблице с 300к записями, аццкие тормоза запроса (до 6 секунд если не попал в кэш)


Меня прямо смущает откуда могли взяться 9М rows в результатах запроса.

[Efendy]

Вся эта идея хранения ревизий оказалась ущербной, из-за нее неоптимальные sql и врядли смена субд/движка поможет. Даже по плану запросов видно, что пиздец полный. Я бы рекомендовал перейти на 50.33 хоть там и нет нескольких фич

[goletsa]

Вся эта идея хранения ревизий оказалась ущербной, из-за нее неоптимальные sql и врядли смена субд/движка поможет. Даже по плану запросов видно, что пиздец полный. Я бы рекомендовал перейти на 50.33 хоть там и нет нескольких фич

Ну на самом деле на пустой базе поверх ссд еще можно было жить, но после переезда с на новые версии софта\ос ловлю периодически странности.
Переход на 50.33 не факт что прям простой будет, так можно вообще на ND+ перейти.
Или есть простые пути?

Ну и не понятно почему выполняются они по разному так. Просто есть один скрипт, на старой версии он выполнялся за 15 секунд не смотря на долгие запрос SELECT SQL_CALC_FOUND_ROWS . А на марии он может выполняться 10 часов, потому что относительно простой селект стал выполняться прям оч долго.

[Efendy]

Даже если sql выполняется приемлемо на текущей версии mysql, то не факт, что не произойдет облом в будущих. Либо переходить на новую версию nodeny либо как вариант модифицировать код и разбивать такие сложные запросы на несколько простых.

Именно этот запрос, что ты привел, непонятно почему Мария такой план рисует - он примитивный, возможно она пытается его "развернуть". Но кроме этого запроса есть еще куча других связанных с номером ревизии в допдата

[goletsa]

Даже если sql выполняется приемлемо на текущей версии mysql, то не факт, что не произойдет облом в будущих. Либо переходить на новую версию nodeny либо как вариант модифицировать код и разбивать такие сложные запросы на несколько простых.

Именно этот запрос, что ты привел, непонятно почему Мария такой план рисует - он примитивный, возможно она пытается его "развернуть". Но кроме этого запроса есть еще куча других связанных с номером ревизии в допдата

А как получить diff'ы для перехода на .33 версию?
Потому что накатываться поверх очень сложно, много своих доработок.

Но общий вопрос был никто ли не столкнулся с таким странным поведением при обновлении на новые системы, так как именно обычно мария сейчас заменяет mysql-server

[0xbad0c0d3]

Вся эта идея хранения ревизий оказалась ущербной, из-за нее неоптимальные sql и врядли смена субд/движка поможет. Даже по плану запросов видно, что пиздец полный. Я бы рекомендовал перейти на 50.33 хоть там и нет нескольких фич

на 50.33 все рашается индексами на 32, к слову, тоже, но выигрыш небольшой