|
Название: Переезд на MariaDB 10.2 Отправлено: goletsa от 02 Декабря 2017, 00:27:15 Доброго времени суток.
Никто не переезжал с mysql на mariadb? Наблюдаю странности при работе с dopdata. mysql 5.5, mariadb 10.2, одинаковый запрос к таблице с 300к записями, аццкие тормоза запроса (до 6 секунд если не попал в кэш) (https://i.imgur.com/dKMpgcv.png) Меня прямо смущает откуда могли взяться 9М rows в результатах запроса. Название: Re: Переезд на MariaDB 10.2 Отправлено: Efendy от 02 Декабря 2017, 10:04:45 Вся эта идея хранения ревизий оказалась ущербной, из-за нее неоптимальные sql и врядли смена субд/движка поможет. Даже по плану запросов видно, что пиздец полный. Я бы рекомендовал перейти на 50.33 хоть там и нет нескольких фич
Название: Re: Переезд на MariaDB 10.2 Отправлено: goletsa от 07 Декабря 2017, 10:35:20 Вся эта идея хранения ревизий оказалась ущербной, из-за нее неоптимальные sql и врядли смена субд/движка поможет. Даже по плану запросов видно, что пиздец полный. Я бы рекомендовал перейти на 50.33 хоть там и нет нескольких фич Ну на самом деле на пустой базе поверх ссд еще можно было жить, но после переезда с на новые версии софта\ос ловлю периодически странности.Переход на 50.33 не факт что прям простой будет, так можно вообще на ND+ перейти. Или есть простые пути? Ну и не понятно почему выполняются они по разному так. Просто есть один скрипт, на старой версии он выполнялся за 15 секунд не смотря на долгие запрос SELECT SQL_CALC_FOUND_ROWS . А на марии он может выполняться 10 часов, потому что относительно простой селект стал выполняться прям оч долго. Название: Re: Переезд на MariaDB 10.2 Отправлено: Efendy от 07 Декабря 2017, 11:57:36 Даже если sql выполняется приемлемо на текущей версии mysql, то не факт, что не произойдет облом в будущих. Либо переходить на новую версию nodeny либо как вариант модифицировать код и разбивать такие сложные запросы на несколько простых.
Именно этот запрос, что ты привел, непонятно почему Мария такой план рисует - он примитивный, возможно она пытается его "развернуть". Но кроме этого запроса есть еще куча других связанных с номером ревизии в допдата Название: Re: Переезд на MariaDB 10.2 Отправлено: goletsa от 07 Декабря 2017, 16:15:49 Даже если sql выполняется приемлемо на текущей версии mysql, то не факт, что не произойдет облом в будущих. Либо переходить на новую версию nodeny либо как вариант модифицировать код и разбивать такие сложные запросы на несколько простых. Именно этот запрос, что ты привел, непонятно почему Мария такой план рисует - он примитивный, возможно она пытается его "развернуть". Но кроме этого запроса есть еще куча других связанных с номером ревизии в допдата А как получить diff'ы для перехода на .33 версию? Потому что накатываться поверх очень сложно, много своих доработок. Но общий вопрос был никто ли не столкнулся с таким странным поведением при обновлении на новые системы, так как именно обычно мария сейчас заменяет mysql-server Название: Re: Переезд на MariaDB 10.2 Отправлено: 0xbad0c0d3 от 22 Декабря 2017, 15:28:34 Вся эта идея хранения ревизий оказалась ущербной, из-за нее неоптимальные sql и врядли смена субд/движка поможет. Даже по плану запросов видно, что пиздец полный. Я бы рекомендовал перейти на 50.33 хоть там и нет нескольких фич на 50.33 все рашается индексами на 32, к слову, тоже, но выигрыш небольшой |