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 - постите конечно, я думаю ничего секретного в запросах нет, обсудим запросы и какие идеи есть что поменять.

В целом я всегда за то что б что-то обсудить и ни одного топика без ответа не остается.