Page 2 of 2
Re: оптимизация Mysql
Posted: Wed Oct 25, 2017 11:49 am
by admin
Крон реже = реже обновления цтр
грабинг реже - и так ясно
больше время кеша - меньше запросов, тоже все прямо и логично
Я как обычно только за. Если админ видит какой запрос тормозит и знает что с этим делать - сразу сделаем.
Re: оптимизация Mysql
Posted: Wed Oct 25, 2017 12:04 pm
by darkover
admin wrote:Крон реже = реже обновления цтр
грабинг реже - и так ясно
больше время кеша - меньше запросов, тоже все прямо и логично
Я как обычно только за. Если админ видит какой запрос тормозит и знает что с этим делать - сразу сделаем.
Слушай, ну логично жеж, если кеш в смарте стоит на 7200 например, то что бы морда сильно поменялась на отротированной базе - то я даж хз как надо цтр задрать на нескольких тумбах. И при таком времени кеша - обновление цтр в два раза реже, ну вообще наверное будет не заметно. Верно ?
ps могу скинуть slow_log, пойдет ?
Re: оптимизация Mysql
Posted: Wed Oct 25, 2017 12:13 pm
by admin
Не понял как именно связано время кеша с обновлением ЦТР в 2 раза реже ?
Re: оптимизация Mysql
Posted: Tue Nov 07, 2017 10:25 am
by magicum
ТС, у тебя мускуль память жрет как не в себя, а это именно он ее ест, судя по
Code: Select all
!! Maximum reached memory usage: 233.3G (364.85% of installed RAM)
И как видно из отчета, у тебя конфиг мускуля позволяет отдать ему (не учитывая факта наличия столько памяти) 233гига. И 233гига он и пытался под себя отъесть. А на сервере 64гига, отсюда своппинг.
Количество максимально потребной памяти для MySQL зависит от параметров буферизирования, кеширования, количества одновременных запросов и так далее.
Можешь прикинуть, взяв свой конфиг, вот тут
http://www.mysqlcalculator.com/
Если прибить мускулю аппетиты на память, уйдет непомерный своппинг, снизится iops на диски и прочее. Но, с меньшими буферами диски будут активнее использоваться, и сл-но iops повысится.
Надо смотреть, тестировать, как лучше.
Re: оптимизация Mysql
Posted: Tue Nov 07, 2017 10:36 am
by darkover
magicum wrote:ТС, у тебя мускуль память жрет как не в себя, а это именно он ее ест, судя по
Code: Select all
!! Maximum reached memory usage: 233.3G (364.85% of installed RAM)
Количество максимально потребной памяти для MySQL зависит от параметров буферизирования, кеширования, количества одновременных запросов и так далее.
Можешь прикинуть, взяв свой конфиг, вот тут
http://www.mysqlcalculator.com/
Надо смотреть, тестировать, как лучше.
Да запросы тормозные, по 1-2 секунды выполняются, даже после рестарта мускла.
Лемон же не хочет немного оптимизировать запросы )
Тогда совпало, что ботов навалило + траф + запросы подтормаживали.
решилось запуском крона для tcms каждые 4 минуты, нагрузка упала
Re: оптимизация Mysql
Posted: Tue Nov 07, 2017 10:41 am
by admin
Что ни топик - спрашиваю какой запрос и как предлагается оптимизировать.
Даже в этом топике спросил как связано время кеширования и обнорвление ЦТР - тоже без ответа... А все равно виноват суппот )
Re: оптимизация Mysql
Posted: Tue Nov 07, 2017 10:55 am
by darkover
admin wrote:Что ни топик - спрашиваю какой запрос и как предлагается оптимизировать.
Даже в этом топике спросил как связано время кеширования и обнорвление ЦТР - тоже без ответа... А все равно виноват суппот )
Я предлагал slow-log скинуть ) Суппорту не нужно жеж )
про время кэширования и обновление цтр - это тупняк напал на меня )
И я как бы не говорю, что суппорт виноват, просто в тцмс столько всего наворотили, причем иногда лишнего. И что-то добавляется постоянно, апаться страшно. Я бы вообще предложил - сделать стабл версию, оттюнить ее, а с новыми фичами быть осторожнее.
Re: оптимизация Mysql
Posted: Tue Nov 07, 2017 10:59 am
by admin
slow log - постите конечно, я думаю ничего секретного в запросах нет, обсудим запросы и какие идеи есть что поменять.
В целом я всегда за то что б что-то обсудить и ни одного топика без ответа не остается.