Ошибка подключения к базе данных.

ollTiMicT 13 Апр 2015
Автор темы
Saint, вот что ответили
Медленные запросы были всегда, просто вероятней всего они не создавали проблемы. Случаются ситуации, при которых сервер баз данных не может ответить на запрос данных в пределах короткого времени. Запрос считается медленным, если его обработка заняла более 2 секунд. По причинам случайного характера любой запрос может иногда выполняться медленно (ожидание окончания обработки других запросов, занятость дисковой системы сервера в данный момент времени, нагрузка на сервере). Случайные медленные запросы не являются признаком проблем со стороны скриптов или структуры базы данных пользователя. Долгое исполнение запроса обусловлена скорее всего отсутствием индексов (если запрос простой), либо неоптимально составленным запросом (в этом случае индексы могут не помочь). При систематических долгих запросах создается огромная нагрузка на сервер, которая на виртуальном хостинге приводит к ухудшению обслуживания других клиентов.

tramors 8 Апр 2015
Saint, Андрюш а меня в том году фаловали ехать на джино типа самый стабильный хост и никогда никаких проблем и заморочек причем с дцмс,а оно видишь как с ним то и проблемс

Saint 8 Апр 2015
ollTiMicT, У всех на джино такая проблема с dcms)
______________________
Я есть сущность

ollTiMicT 8 Апр 2015
Автор темы
Samurai, вот полность что пишет в логах INSERT INTO `visit_today` (`ip` , `ua`, `time`) VALUES ('1385290861', 'Opera/9.80 (J2ME/MIDP; Opera Mini/8.0.35626/36.1487; U; uk) Presto/2.12.423 Version/12.16', '1428328824');
# User@Host: vanek-lapshin[vanek-lapshin] @ [10.0.0.155]
# Thread_id: 49265304 Schema: vanek-lapshin_vcetke Last_errno: 0 Killed: 0
# Query_time: 5.472671 Lock_time: 0.000044 Rows_sent: 0 Rows_examined: 105408 Rows_affected: 105408 Rows_read: 105408
# Bytes_sent: 14 Tmp_tables: 0 Tmp_disk_tables: 0 Tmp_table_sizes: 0
# QC_Hit: No Full_scan: No Full_join: No Tmp_table: No Tmp_table_on_disk: No
# Filesort: No Filesort_on_disk: No Merge_passes: 0
# No InnoDB statistics available for this query
use vanek-lapshin_vcetke;
SET timestamp=1428354007;
DELETE FROM `visit_today` WHERE `time` < 1428354000;

Samurai 7 Апр 2015
не помню уже какую ошибку выбивало у меня,но причина была что поддержка при переносе заливала таблицы с неверной кодировкой,хоть и 15 раз перезаливали и говорили что заливают дамп с кодировкой utf8,проблема решилась лишь когда залил дамп базы своими силами
и так-же на джино ето было

ollTiMicT 7 Апр 2015
Автор темы
Saint, в медленых запросах вот что показывает INSERT INTO `visit_today` (`ip` , `ua`, `time`) VALUES ('1385290861', 'Opera/9.80 (J2ME/MIDP; Opera Mini/8.0.35626/36.1487; U; uk) Presto/2.12.423 Version/12.16', '1428328824');
ну и дальше продолжение ошибки есть ...

Saint 7 Апр 2015
ollTiMicT, в первую очередь нужно понимать что причина это неоптимизированные скрипты .
______________________
Я есть сущность