Стрим и max_heap_table_size

Насувал в стрим много галер, он стал писать:

Attention! Contact you hosting administrator
and increasing parameter max_heap_table_size in mysql config (my.cnf)

Подняли значение уже до пол гига - он один хуй ругаеца, но работает, грабит, режет. Кто сталкивался - пусть ругается, влияет это на что-то кроме скорости работы ? Ну не ставить же ему гиг-два, ёпта ...

Было, точно такая же проблема. Написал админам - исправили и больше не появлялось. Сейчас 173 страницы в списке грабящихся, было более 300.

Последний раз редактировалось: dehash (17/04/12 в 14:18), всего редактировалось 1 раз

если надпись синенькая, то запаса max_heap_table_size по лимиту - менее 40%, если красная - то запаса или нет, или менее 10%

Надпись синенькая А теперь главный вопрос - что будет, когда "запас" совсем кончится - армагедец ?

И как оно расчитывается, в том смысле ... Засунул я к примеру 50к галер в грабер , он мне написал синеньким ... Стоит ли мне ждать, что надпись станет красненькой, или уже не будет ухудшения (увеличения этой временной таблицы), пока я не добавлю ещё галер ? Параметр критичен именно на грабинге или при работе тоже, т.е. надо ли мне грабить просто частями или это мало чё изменит ?

Мускуль придётся ковырять под них, если кончится место под таблицы стрим перестанет работать.

Эти Хип таблицы главная проблема стрима, это у тебя только один стрим, а представь если их туева хуча с подобными базами

Woland писал:

И как оно расчитывается, в том смысле ...

есть такой замечательный перловый скрипт mysqltuner. запусти его из шелла и он подскажет какие переменные надо тюнить.

вообще, менять max_heap_table_size надо вместе с tmp_table_size (это размер временных таблиц) и лучше чтобы они были равны. если памяти для временных таблиц не хватает, они создаются на винте и тормозят весь процесс.

Спасибо, пока пообщался с душиком, поставил гиг, попробовал сунул 160к галер - полёт нормальный ... хз, есть маза, что админ спросони просто мускуль не рестартанул и применялось старое значение (когда пол гига не хватало ночью)

Надо бы посмотреть значение top по MySQL. А так же my.cnf (лежит в /etc/)
Так же зависит от типа таблиц (InnoDB, MyIsam, etc)

Oksancheg писал:

Надо бы посмотреть значение top по MySQL. А так же my.cnf (лежит в /etc/) Так же зависит от типа таблиц (InnoDB, MyIsam, etc)

Оффтопик: Хм ... А я думал, что природа даёт или сиськи, или знания в области mysql, но никак не одновременно и то и другое ... Ошибался ?

тема сисек не раскрыта....

Emperor писал:

вообще, менять max_heap_table_size надо вместе с tmp_table_size (это размер временных таблиц) и лучше чтобы они были равны. если памяти для временных таблиц не хватает, они создаются на винте и тормозят весь процесс.

Вообще зависимость обратная если повышаешь tmp_table_size то надо вместе с ним повышать max_heap_table_size, а то действительно временные таблицы будут на диск писаться...

Woland писал:

Оффтопик: Хм ... А я думал, что природа даёт или сиськи, или знания в области mysql, но никак не одновременно и то и другое ...

не только в области MySQL

Oksancheg писал:

не только в области MySQL

Оффтопик: а я уж было подумал, что не только сиськи))