оптимизация Mysql

[admin]

Крон реже = реже обновления цтр
грабинг реже - и так ясно
больше время кеша - меньше запросов, тоже все прямо и логично

Я как обычно только за. Если админ видит какой запрос тормозит и знает что с этим делать - сразу сделаем.

[darkover]

Крон реже = реже обновления цтр
грабинг реже - и так ясно
больше время кеша - меньше запросов, тоже все прямо и логично

Я как обычно только за. Если админ видит какой запрос тормозит и знает что с этим делать - сразу сделаем.

Слушай, ну логично жеж, если кеш в смарте стоит на 7200 например, то что бы морда сильно поменялась на отротированной базе - то я даж хз как надо цтр задрать на нескольких тумбах. И при таком времени кеша - обновление цтр в два раза реже, ну вообще наверное будет не заметно. Верно ?

ps могу скинуть slow_log, пойдет ?

[admin]

Не понял как именно связано время кеша с обновлением ЦТР в 2 раза реже ?

[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 повысится.

Надо смотреть, тестировать, как лучше.

[darkover]

ТС, у тебя мускуль память жрет как не в себя, а это именно он ее ест, судя по

Code: Select all

!! Maximum reached memory usage: 233.3G (364.85% of installed RAM)

Количество максимально потребной памяти для MySQL зависит от параметров буферизирования, кеширования, количества одновременных запросов и так далее.

Можешь прикинуть, взяв свой конфиг, вот тут http://www.mysqlcalculator.com/

Надо смотреть, тестировать, как лучше.

Да запросы тормозные, по 1-2 секунды выполняются, даже после рестарта мускла.
Лемон же не хочет немного оптимизировать запросы )
Тогда совпало, что ботов навалило + траф + запросы подтормаживали.
решилось запуском крона для tcms каждые 4 минуты, нагрузка упала

[admin]

Что ни топик - спрашиваю какой запрос и как предлагается оптимизировать.
Даже в этом топике спросил как связано время кеширования и обнорвление ЦТР - тоже без ответа... А все равно виноват суппот )

[darkover]

Что ни топик - спрашиваю какой запрос и как предлагается оптимизировать.
Даже в этом топике спросил как связано время кеширования и обнорвление ЦТР - тоже без ответа... А все равно виноват суппот )

Я предлагал slow-log скинуть ) Суппорту не нужно жеж )
про время кэширования и обновление цтр - это тупняк напал на меня )
И я как бы не говорю, что суппорт виноват, просто в тцмс столько всего наворотили, причем иногда лишнего. И что-то добавляется постоянно, апаться страшно. Я бы вообще предложил - сделать стабл версию, оттюнить ее, а с новыми фичами быть осторожнее.

[admin]

slow log - постите конечно, я думаю ничего секретного в запросах нет, обсудим запросы и какие идеи есть что поменять.

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