Биллинговая система Nodeny
29 Марта 2024, 02:47:10 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
Новости: Прекращена поддержка версии Nodeny 49
 
   Начало   Помощь Поиск Войти Регистрация  
Страниц: [1]
  Печать  
Автор Тема: Переезд на MariaDB 10.2  (Прочитано 3416 раз)
goletsa
NoDeny
Спец
*

Карма: 21
Offline Offline

Сообщений: 978


Просмотр профиля
« : 02 Декабря 2017, 00:27:15 »

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


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

Карма: 138
Offline Offline

Сообщений: 4794



Просмотр профиля
« Ответ #1 : 02 Декабря 2017, 10:04:45 »

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

Карма: 21
Offline Offline

Сообщений: 978


Просмотр профиля
« Ответ #2 : 07 Декабря 2017, 10:35:20 »

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

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

Карма: 138
Offline Offline

Сообщений: 4794



Просмотр профиля
« Ответ #3 : 07 Декабря 2017, 11:57:36 »

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

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

Карма: 21
Offline Offline

Сообщений: 978


Просмотр профиля
« Ответ #4 : 07 Декабря 2017, 16:15:49 »

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

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

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

Но общий вопрос был никто ли не столкнулся с таким странным поведением при обновлении на новые системы, так как именно обычно мария сейчас заменяет mysql-server
Записан
0xbad0c0d3
гуру nodeny )
NoDeny
Спец
*

Карма: 116
Offline Offline

Сообщений: 1059



Просмотр профиля
« Ответ #5 : 22 Декабря 2017, 15:28:34 »

Вся эта идея хранения ревизий оказалась ущербной, из-за нее неоптимальные sql и врядли смена субд/движка поможет. Даже по плану запросов видно, что пиздец полный. Я бы рекомендовал перейти на 50.33 хоть там и нет нескольких фич
на 50.33 все рашается индексами на 32, к слову, тоже, но выигрыш небольшой
Записан
Страниц: [1]
  Печать  
 
Перейти в:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.20 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!