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

Обсуждение общих вопросов связанных с программой
molottt
Сообщения: 17
Зарегистрирован:
22 фев 2012, 22:45

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

molottt » 10 май 2012, 19:38

c
max_allowed_packet = 8M
wait_timeout=30
на
max_allowed_packet = 128M
wait_timeout=28800

чтобы мускуль не ловил ошибку "2006 MySQL server has gone away".
такая ошибка возникает когда скрипт рвет соединение с сервером, к примеру в парсерах, когда в фориче(foreach) от итерации до итерации (запроса, или вставки) проходит достаточно долгое время
nerevar1n
Сообщения: 16
Зарегистрирован:
02 фев 2012, 21:25
Контактная информация:

nerevar1n » 10 май 2012, 21:53

Поддерживаю. Специально зашел на форум, чтобы создать точно такую же тему, как появилась эта.

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

Не уверен насчёт
wait_timeout=28800
Но думаю, что
wait_timeout=300
- 5 минут для выполнения всех запросов с базой данных, какой бы она не была (конечно, согласно здравому смыслу) будет достаточно ;)
Аватара пользователя
Максим
Сообщения: 5383
Зарегистрирован:
11 дек 2010, 20:29
Контактная информация:

Максим » 11 май 2012, 10:21

Мне кажется так - если в ваших скриптах от одного MySQL запроса до другого проходит более 30 секунд, то тут не настройки надо менять, а горескрипты. Если так уж сильно хочется, то всегда можно изменить настройки под себя, что вы и сделали. Настройку "под вас" менять не буду, поскольку на большинстве хостингов стоит именно 30 или 60.
molottt
Сообщения: 17
Зарегистрирован:
22 фев 2012, 22:45

molottt » 11 май 2012, 13:59

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

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

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

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

от запроса до запроса может быть сколько угодно времени. ибо между запросами идет другая работа совершенно, ну а между делом данные сбрасываются\получаются из БД. смысла привязки к 30 секундам нет никакого...
так же как и влегкую выкрутить эти ползунки на максимум, чтобы люди не парились ;)
Аватара пользователя
Максим
Сообщения: 5383
Зарегистрирован:
11 дек 2010, 20:29
Контактная информация:

Максим » 11 май 2012, 14:14

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

Для чего нужно ограничение в 60 сек - пока ваши горе скрипты вместо того, чтобы подключаться к базе когда нужно и отключаться когда она уже не нужна держат соединение открытым, другие пользователи сервера не могут подключиться к MySQL так как лимит открытых соединений исчерпан.
molottt
Сообщения: 17
Зарегистрирован:
22 фев 2012, 22:45

molottt » 11 май 2012, 14:28

ну да. чтобы 1 горе-сервер на дохлом селероне продать 100 раз. а лучше 1000 раз. понятно что там кусочек диска и кусочек оперативной памяти. и пхп кусочек и мускуля тоже кусочек

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

ну ок. нет так нет
Аватара пользователя
Максим
Сообщения: 5383
Зарегистрирован:
11 дек 2010, 20:29
Контактная информация:

Максим » 11 май 2012, 14:33

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