DD
И ещё чудные параметры типа
query_cache_size - в теории он как бы должен тормозить работу innodbSize: a a a
2020 February 19
DD
В общем оптимизация ради оптимизации никогда не работает, всегда оптимизируется что-то конкретное исходя из того, что имеется в наличии. Надо только базовый софт знать - что крутится на сервере и гуглить, всё есть в инструкциях - вот выше по ссылке пример на MySQL инструкцию.
DD
А база может же быть MariaDB или PostgreSQL - вот поэтому базовый софт надо знать…
DD
Или вот например L - тоже чудесная буква. Если у вас Ubuntu, то по умолчанию база будет MySQL, а если у вас CentOS, база будет MariaDB - и они уже не обратно совместимы по конфигам.
ИЛ
а если докер, то вообще
DD
Если база в докере, то можно забыть о её оптимизации, просто оставляете дефолт и всё, даже лучше его подуменьшить.
ИЛ
но вообще сначала интересно, как там приложение оптимизировано
а то толку тюнить базу, если лишние бутстрапы друпала
а то толку тюнить базу, если лишние бутстрапы друпала
DL
Ну тогда вы не используете всю мощь своих SSD
А есть какие тесты/графики по innodb_io_capacity?
Что нарыл в гугле - нет никаких выигрышей в производительности
Что нарыл в гугле - нет никаких выигрышей в производительности
DD
В принципе лучше всего с верху и начинать - с Друпала, а уже когда все варианты исчерпаны - до уровня сервера опускаться.
DD
А есть какие тесты/графики по innodb_io_capacity?
Что нарыл в гугле - нет никаких выигрышей в производительности
Что нарыл в гугле - нет никаких выигрышей в производительности
На сайте перконы кучка - там Димон тестирует всё подряд 🙂
ИЛ
угу, разве что самое простое и универсальное на уровне сервера
мемкеш там, бротли
мемкеш там, бротли
ИЛ
кстати, кто бротли использует?
ИЛ
не надо его включать на полную мощь на лету, надо на минимальную
а на полную при сборке гальпом, например
а на полную при сборке гальпом, например
DD
А есть какие тесты/графики по innodb_io_capacity?
Что нарыл в гугле - нет никаких выигрышей в производительности
Что нарыл в гугле - нет никаких выигрышей в производительности
https://www.percona.com/blog/2019/12/18/give-love-to-your-ssds-reduce-innodb_io_capacity_max/ - вот к примеру свежая статья - снижение нагрузки по записи в 3 раза при увеличении до 5000.
DD
Но так делать не нужно - это очень большое увеличение, желательно больше 1000-2000 не ставить.
DL
https://www.percona.com/blog/2019/12/18/give-love-to-your-ssds-reduce-innodb_io_capacity_max/ - вот к примеру свежая статья - снижение нагрузки по записи в 3 раза при увеличении до 5000.
ну и как понимать, где истина?
"Этот пост пытается пролить свет на общую проблему, которую мы наблюдаем гораздо чаще, чем хотелось бы. На самом деле, мы удивлены, увидев, что многие люди рекомендуют увеличивать настройки емкости ввода-вывода практически из коробки, а не обращать внимание на некоторые другие настройки.
Так что будьте добры, сохраняйте настройки io_capacity настолько низкими, насколько они вам нужны - ваши SSD будут вам благодарны!"
"Этот пост пытается пролить свет на общую проблему, которую мы наблюдаем гораздо чаще, чем хотелось бы. На самом деле, мы удивлены, увидев, что многие люди рекомендуют увеличивать настройки емкости ввода-вывода практически из коробки, а не обращать внимание на некоторые другие настройки.
Так что будьте добры, сохраняйте настройки io_capacity настолько низкими, насколько они вам нужны - ваши SSD будут вам благодарны!"
DL
вот этот график и нашел в гугле
DD
Ну вот и мы приходим к следующему - сколько потоков выделяется?
DD
Если 16 - то поднимайте до 1000