cyber2, ну там же товарищ пишет
Sep 13, 2010 at 22:31 by thermoman
вот, например, этот форум : зощищен. уже.
в оригинальной документации значение по-умолчанию - выключено. вряд ли существует дистрибутив, который его включил.
ну это крайний клинический случай. да и может наоборот получиться улучшение на современных выделенных серверах.
А они выключены по-умолчанию.
Первый раз вижу такой "совет". Вы книжечку-то дочитайте до конца.
Там, кстати, написано что настройка параметров mysql редко позволяет добиться кардинальных изменений производительности. Ну, если только снизить нагрузку ниже критического уровня, после которого начинается лавинообразное ее нарастание, но стоит ли считать такие изменения кардинальными - еще вопрос.
zexis, купи все и протестируй.
думаешь кто-то уже купил и протестировал?
Дак вы купили диковинный VPS вместо обычного сервера - вы и разбирайтесь как.
Вашим запросам нужно больше места.
у вас свободного места в /tmp МАЛО, всего 500 килобайт.
Файловая система Разм Исп Дост Исп% смонтирована на overflow 1,0M 500K 524K 49% /tmp
Я не знаю что это за файловая система overflow, лучше это обсудить с хостером VPS.
Если не получится выделить достаточно большой размер, то можно попытаться сделать там tmpfs,
либо вообще сделать /tmp на обычной файловой системе.
так проверьте еще раз место в /tmp
учтите, что обычно часть объема резервируется для пользователя root, поэтому возможна ситуация когда место вроде бы и есть, но mysql файлы все равно не может создать.
а уведомление о том, что рекомендации могут быть неоптимальными из-за слишком малого времени накоппления статистики скрипт разве не написал?
tmp_table_size (> 96M) и max_heap_table_size (> 180M)
нет смысла делать большими. скрипт не может точно узнать по какой причине увеличивается число сортировок на диске и делает предположение, что это происходит из-за малого размера этих переменных.
но часто это не так - ряд типичных запросов всегда выполняет сортировку на диске.
ну вот и отключите их. в битриксе есть свой внутренний учет посещаемости. фактически о каждой загрузке создается запись в базу.
в документации такого не напишут.
А вы в свою очередь пишете, что кто-то поехал на зеленый и случилась авария.
Ни анализа причин, ни подробностей. Может быть он в зеленых очках был?
ну, отверточная сборка с испытаниями и протоколами, на которые остальные иностранные производители положили, потому как российский рынок не такой большой, чтобы под него прогибаться - достойный бизнес.
Вам привезли разрушенный RAID? каким образом вы установили ошибку в ПО контроллера? Каким образом исключили ошибки покупателя? Почему так сложно объяснить?
