Расшибленная настройка mysql
500 UAH
Имеется система Debian8 x64
Необходимо настроить mysql на максимальную производительность исходя из характеристик железа
А именно Intel i7-6700K , 32GB RAM DDR4 и диск Nvme 4Tb
1/2k уников, настроить нужно удаленно через тв.
Отзыв заказчика о сотрудничестве с Игорем Г.
Расшибленная настройка mysqlПолучил рекомендации. Спасибо.
-
My.cnf выставляете лимиты от количества оперативки и ядер
)))
-
Дмитрий А. Coming soon
Лимитов думаю мало)
-
если бд 20-25 гб то смело ставьте 28)) только я сомневаюсь что бд у вас такого размера
-
А причем тут настройка Mysql? Тут проблема 100% в запросах с движка сайта!
-
Дмитрий А. Coming soon
Ну не только ведь (просто стандартный конфиг мускуля стоит)
-
Для того что бы мускул наиболее корректно работал и потреблял то что ему положено не зря придумали настройки всё зависит от того что ему укажут потреблять то он и будет
-
Сделай EXPLAIN для кривого запроса и играйся с настройками. Я гляну на сколько производительность увеличиться
-
рекомендуется устанавливать (в идеале) размер
innodb_buffer_pool_sizeнемного больше, чем размер всех таблиц InnoDB на сервере -
А вы знаешь что это за буффер? И почему нужно указывать примерно 75-80% от общей оперативки?
-
по тому что мускул скажем кеширует запросы и что бы он корректно работал с памятью и обрабатывал буфер и придуман этот параметер innodb_buffer_pool_size
-
Он там хранит данные и индексы,для быстрого доступы. А не запросы к вашему сведению. Почитайте полезно будет.
-
Тоесть каждые 10 записей вы будете лезть и менять буфер?))))
-
вот к примеру почитайте https://habr.com/ru/post/108418/ тут расписано по параметрам
-
А всегда ли такая мера будет полезной и оправданной или лучше посмотреть насколько переполняется существующее значения буфера и поставить рациональное значение, а сэкономленную память лучше отдать условному redis под объектное кэширование?
Установка лошадиных значений точно не ухудшит ситуацию, но вот будет ли RAM использоваться рационально - это уже другой вопрос. -
Mysql оптимизируруется исходя из запросов которые прилетают в базу, а не просто "под железо". И оптимизацию желательно делать как со стороны кода так и со стороны сервера и это стоит слегка дороже и затратнее по времени чем вы рассчитываете. Но зато, возможно, будет много желающих поставить сходу свой универсальный конфиг и поправить размер буфера c значениям половина от RAM (о чем пишут на половине блогов по оптимизации для новичков, но это не является панацеей) + может еще запустят mysqltuner. Но это сложно назвать оптимизацией, хотя и скорее всего будет работать лучше чем полный дефолт.
-
Совершенно с вами согласен нужно рассчитывать от размера запросов и от размера самих бд и даже от размера самих таблиц но физику и математику у нас похоже зря придумали)) достаточно заголовок тз внимательно прочитать))
-
Одесса