RuWeb.net Forum

mySQL на 12ом Сервере
Terrible - 14.11.2006 в 14:02

Здраствуйте.

Последние 2е недели постоянные проблемы с Форумом.
С завидным постоянством появляется трабла на форуме
http://www.avtoall.ru/forum/viewtopic.php?t=15
------------------------------------------
phpBB : Критическая ошибка
Could not connect to the database
-------------------------------------------

А также с интернет магазином
http://www.avtoall.ru/goods/?kod=103535&skod=00014
по F5 периодически даёт
---------------------------------------
Ошибка! Такого товара не существует!
---------------------------------------
В чём может быть беда?


Anonymous - 14.11.2006 в 14:49

Аналогично - 12 сервер. Только заметили лишь в эти выходные. Эпизодически лежит база, два раза сервер уходил в даун, не пинговался... :(

История первого сервера повторяется... :(


cosupport - 14.11.2006 в 15:02

Флудили этот сервер с четверга по воскресенье. Было три дауна


Насчет MySQL пишите в суппорт - посмотрим. Но пока не видили проблем именно с базой.


support - 14.11.2006 в 16:35

Беда в том что именно ваш аккаунт, Terrible, сейчас создает чрезмерную нагрузку на mysql-сервер (потребляет около 40% ресурсов), при этом запросы выполняются медленно и новым скриптам отказывают в подключении к серверу из-за уже открытых соединений.
Вам нужно оптимизировать свои запросы и/или структуру баз, или думать о переезде на VDS...


Anonymous - 15.11.2006 в 11:02

Можно ещё перенести БД форума на другой сервер, к примеру - 17ый. Хоть немного, но разгрузит ситуацию.
Я так понимаю, основную нагрузку создаёт скрипт магазина, а форум чуть-чуть...
Кстати, силами хостинга, этот вопрос можно отследить?

Игорь К


cosupport - 15.11.2006 в 11:12

Зачем переносить? Что бы 17 сервер ронять?
Вам нужно оптимизировать свои запросы и/или структуру баз, или думать о переезде на VDS (А возможно, и собственный сервер, раз вам дуал ксеона не хватает)

Причём, первое куда проще и дешевле.


Terrible - 16.11.2006 в 13:56

Цитата:
сообщение cosupport
Зачем переносить? Что бы 17 сервер ронять?
Вам нужно оптимизировать свои запросы и/или структуру баз, или думать о переезде на VDS (А возможно, и собственный сервер, раз вам дуал ксеона не хватает)

Причём, первое куда проще и дешевле.


Господа, я с удовольствием озадачу разработчиков этим процессом.
Магазин раскручивается со скоростью какой мы не предполагали.
Мне очень нужнен от Вас мониторинг какие именно запросы создают бОльшую нагрузку, чтобы было куда копать программерам и что оптимизировать.
Или может я сам через админку могу глянуть? Или статистику с mySQL самому как взять чтобы посмотреть запросы к базе что да как грузит. Подскажите, разберусь.
Я очень хочу чтобы хостинг нормально жил, а мои клиенты прирастали в геометрической прогрессии :-)))

Сколько max времени (и/или ресурсов) вы можете нам дать на выполнение sql запроса?

[Изменено 16.11.2006 от Terrible]

[Изменено 16.11.2006 от Terrible]


Terrible - 23.11.2006 в 13:38

Можно мне что нибудь там увеличить чтобы такого не было?

Warning: mysql_connect() [function.mysql-connect]: User avtoall_web has already more than 'max_user_connections' active connections in /home/avtoall/domains/avtoall.ru/public_html/acat/tpl/db_connect.php on line 9
ОШИБКА! Не удается установить соединение с базой данных.


Terrible - 23.11.2006 в 13:43

беда ....


cosupport - 24.11.2006 в 14:08

Вам нужно оптимизировать свои запросы и/или структуру баз, или думать о переезде на VDS (А возможно, и собственный сервер, раз вам дуал ксеона не хватает)


Terrible - 27.11.2006 в 12:51

Цитата:
сообщение cosupport
Вам нужно оптимизировать свои запросы и/или структуру баз, или думать о переезде на VDS (А возможно, и собственный сервер, раз вам дуал ксеона не хватает)


Программеры отмониторили неделю.
За неделю было 5ть запросов по 0,8 сек.
Это даже несерьёзно.
Сколько у нас стоит max_user_connections?
Его нужно увеличить.

[Изменено 27.11.2006 от Terrible]


Terrible - 28.11.2006 в 15:13

Господа каков Ваш ответ?
Что с Вашей стороны?


support - 28.11.2006 в 22:26

До 5 были вынуждены сократить в середине месяца из-за упомянутого выше перегруза.
max_user_connections вернули в 10 вчера. Больше - не будет точно.


support - 29.11.2006 в 16:41

Чего и где мониторили ваши программеры, кстати?
За последнюю неделю от вашего аккаунта только SQL-запросов с временем выполнения превышавшим 5 секунд было выполнено более тысячи.

И частенько замечаю, что ваши скрипты видимо довольно медленно работают и подолгу держат открытое соединение с sql-сервером:
| 1142210 | avtoall_shop | localhost | avtoall_shop | Sleep | 24 |
| |
| 1142211 | avtoall_web | localhost | avtoall_autocat | Sleep | 24 |
| |
| 1142224 | avtoall_shop | localhost | avtoall_shop | Sleep | 20 |
| |
| 1142225 | avtoall_web | localhost | avtoall_autocat | Sleep | 20 |
| |
| 1142232 | avtoall_shop | localhost | avtoall_shop | Sleep | 19 |
| |
| 1142233 | avtoall_web | localhost | avtoall_autocat | Sleep | 19 |

[Изменено 29.11.2006 от support]


Terrible - 30.11.2006 в 16:24

Направил программеров в ветку.
Надеюсь что у Вас с Ними получится более конкретный диалог.


Anonymous - 1.12.2006 в 15:48

Монитороили просто: у нас все запросы вып. через объект. В нем:
$time_start = microtime();
$this->query_result = @mysql_query($query, $this->db_connect_id);
$time_end = microtime();
$time = $time_end - $time_start;

$ttime = date("d.m.Y h:j";);
if ($time > 0.005) {
$fh = fopen($_SERVER["DOCUMENT_ROOT"]."/dblog.txt", 'a+';);
fwrite($fh, "$ttime ($time): $querynn";);
fclose($fh);
}

В результате число не привышало 1