Upgrade MySQL 5.7 до MySQL 8.0 не придал двукратной производительности сайту!

1 234
S
На сайте с 11.05.2018
Offline
7
#21

А должен был придать? Написано же что "ДО 2 раз", а не гарантировано, да и вообще там производительность обычных запросов повышена в первую очередь за счет масштабирования, то есть проявляется повышенная производительность на большом количестве запросов, вот график

Да и производительность повышается у MySQL, а не у всего сайта

Dmitriy_2014
На сайте с 01.07.2014
Offline
344
#22

swank,

Да я и не спорю, но кстати вроде бы после конвертирования всех таблиц в InnoDB, сайт побыстрее стал работать, но это тоже так скорее самоуспокоение :-), мне еще нужно попробовать сделать следующее: я думаю поудалять ревизии и использовать команду OPTIMIZE TABLE может это еще прибавит быстроты :), вот в этой статье на хабре: https://habr.com/post/116142/ - в разделе Оптимизируем таблицы человек пишет что после этого вроде побыстрее у него стало:

Моя неоптимизированная таблица orders со 100000 записей занимала 31,2 МБ, а запрос вида SELECT * FROM orders выполнялся за 0.2676 сек. После первой оптимизации размер сократился до 30,8 МБ, да и запрос выполняется за 0.0595 сек.

А производительность я как этот на примитивном уровне все воспринимаю, пацаны написали, что программа ихняя будет работать в два раза быстрее, и так получилось мой сайт как раз работает с ихней программой он оттуда данные берет и я подумал вот здорово он будет их брать в два раза быстрее чем обычно, собственно и все и да это не увеличило работу самого сайта и генерирования и вывода готовой страницы в два раза, но чуть-чуть вроде бы увеличило :-)

S
На сайте с 23.05.2004
Offline
315
#23
Dmitriy_2014:
OPTIMIZE TABLE может это еще прибавит быстроты

эта команда для myisam, старого хранилища. Innodb хранит данные по другому и запуск оптимизации ничего не даст.

Это просто подпись.
Dmitriy_2014
На сайте с 01.07.2014
Offline
344
#24
Stek:
эта команда для myisam, старого хранилища. Innodb хранит данные по другому и запуск оптимизации ничего не даст.

Я так тоже думал, но я и сейчас в раздумиях, меня смущают некоторые надписи в офф. документации для 8 версии, типа таких:

OPTIMIZE TABLE works for InnoDB, MyISAM, and ARCHIVE tables.

https://dev.mysql.com/doc/refman/8.0/en/optimize-table.html

Там все на инглише, но как будто бы они говорят, что мол типо это работает с таблицами InnoDB, MyISAM, и какими-то архивами. Я сам не знаю может это и не то и я думаю не так :-)

LEOnidUKG
На сайте с 25.11.2006
Offline
1769
#25

Вы когда переезжаете на InnoDB там уже всё оптимизировано, ничего делать не нужно.

✅ Мой Телеграм канал по SEO, оптимизации сайтов и серверов: https://t.me/leonidukgLIVE ✅ Качественное и рабочее размещение SEO статей СНГ и Бурж: https://getmanylinks.ru/ ✅ Настройка и оптимизация серверов https://getmanyspeed.ru/
Dmitriy_2014
На сайте с 01.07.2014
Offline
344
#26
LEOnidUKG:
Вы когда переезжаете на InnoDB там уже всё оптимизировано, ничего делать не нужно.

Вы имеете в виду те таблицы, которые я переконвертировал? А некоторые старые которые были в InnoDB? Или таблица из которой я допустим удалю ревизии постов?

LEOnidUKG
На сайте с 25.11.2006
Offline
1769
#27
Dmitriy_2014:
Вы имеете в виду те таблицы, которые я переконвертировал? А некоторые старые которые были в InnoDB? Или таблица из которой я допустим удалю ревизии постов?

И те которые переконвертили и оставшиеся, которые пережили обновление.

Вообще ничего делать не нужно. Забейте на это.

Dmitriy_2014
На сайте с 01.07.2014
Offline
344
#28
LEOnidUKG:
И те которые переконвертили и оставшиеся, которые пережили обновление.
Вообще ничего делать не нужно. Забейте на это.

Ясно, ну честно сказать я об этом тоже подумываю(Забить) да и ревизии эти сохраненки оставить.

Но ради интереса интересно OPTIMIZE TABLE – это не принесет никакого результата, в этом нет особого смысла или этим можно навредить таблицам?

LEOnidUKG
На сайте с 25.11.2006
Offline
1769
#29
Dmitriy_2014:
Ясно, ну честно сказать я об этом тоже подумываю(Забить) да и ревизии эти сохраненки оставить.

Но ради интереса интересно OPTIMIZE TABLE – это не принесет никакого результата, в этом нет особого смысла или этим можно навредить таблицам?

Это затормозит работу всего сайта и таблица будет не доступна. Какого результата вы хотите увидеть не понятно.

Остальные работы, это смотрится нагрузка, какие запросы могут тормозить, настройка БД под таблицы и нужны.

Dmitriy_2014
На сайте с 01.07.2014
Offline
344
#30

LEOnidUKG,

Понятно, спасибо!

А да ну и после всего проделанного необъективные, нереальные, вымышленные, фантастические и не стоящие своего внимания возможно придуманные для самоудовлетворения цифры:

До изменения базы данных: DOMContentLoaded: примерно +/- 1.50 s

После перехода на новую версию: DOMContentLoaded: примерно +/- 1.12 s

Цифры вымышленные для самоуспокоения :-)

1 234

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий