Страница 1 из 1

Изменить настройки MySQL

Добавлено: 10 май 2012, 19:38
molottt
c
max_allowed_packet = 8M
wait_timeout=30
на
max_allowed_packet = 128M
wait_timeout=28800

чтобы мускуль не ловил ошибку "2006 MySQL server has gone away".
такая ошибка возникает когда скрипт рвет соединение с сервером, к примеру в парсерах, когда в фориче(foreach) от итерации до итерации (запроса, или вставки) проходит достаточно долгое время

Добавлено: 10 май 2012, 21:53
nerevar1n
Поддерживаю. Специально зашел на форум, чтобы создать точно такую же тему, как появилась эта.

Столкнулся с такой проблемой при создании автобэкапа в битриксе.

Не уверен насчёт
wait_timeout=28800
Но думаю, что
wait_timeout=300
- 5 минут для выполнения всех запросов с базой данных, какой бы она не была (конечно, согласно здравому смыслу) будет достаточно ;)

Добавлено: 11 май 2012, 10:21
Максим
Мне кажется так - если в ваших скриптах от одного MySQL запроса до другого проходит более 30 секунд, то тут не настройки надо менять, а горескрипты. Если так уж сильно хочется, то всегда можно изменить настройки под себя, что вы и сделали. Настройку "под вас" менять не буду, поскольку на большинстве хостингов стоит именно 30 или 60.

Добавлено: 11 май 2012, 13:59
molottt
начнем с того что на убунте у мускуля из пакетов настройки по-умолчанию:
max_allowed_packet = 16M
wait_timeout=28800

такие настройки:
max_allowed_packet = 8M
wait_timeout=30
могут стоять у денвера, на котом кроме "хеллоу ворд" ничего не пишут никогда.

ну и ставить в пример горе-хостинги тоже не имеет смысла особого. как туда набирают этих обезъянок (пардон, - админов) прекрасно тоже все знают. на хостингах и php4 стоит нередко.

горе-скрипты, да, пишут на твоем опен сервере :). причем пишут с прицелом что такого рода скрипты будут работать на вдс конечно. который настраивается потом под скрипты. ну а пишут на твое продукте (гордись:)).

от запроса до запроса может быть сколько угодно времени. ибо между запросами идет другая работа совершенно, ну а между делом данные сбрасываются\получаются из БД. смысла привязки к 30 секундам нет никакого...
так же как и влегкую выкрутить эти ползунки на максимум, чтобы люди не парились ;)

Добавлено: 11 май 2012, 14:14
Максим
Если везде оставлять настройки "из пакета", то ни один хостинг-сервер не выдержит и 10-ти клиентов :mrgreen:

Для чего нужно ограничение в 60 сек - пока ваши горе скрипты вместо того, чтобы подключаться к базе когда нужно и отключаться когда она уже не нужна держат соединение открытым, другие пользователи сервера не могут подключиться к MySQL так как лимит открытых соединений исчерпан.

Добавлено: 11 май 2012, 14:28
molottt
ну да. чтобы 1 горе-сервер на дохлом селероне продать 100 раз. а лучше 1000 раз. понятно что там кусочек диска и кусочек оперативной памяти. и пхп кусочек и мускуля тоже кусочек

туда и не ставят скрипты которые работают по 3 суток и 100 мегабайт данных "на весу" держат.

ну ок. нет так нет

Добавлено: 11 май 2012, 14:33
Максим
Я держу настройки такими, какие они есть на большинстве хостинг-серверов дабы было удобно большинству пользователей и после переноса скриптов на хостинг не было неожиданностей. А кому надо - тот пусть поменяет нужную ему настройку под себя, это ведь дело двух секунд.