Тема: Ошибка подключения к базе данных. (Движок DCMS-Social/Общие вопросы) Romka (6 Apr 2015 в 23:05) пишите в Тикет! ollTiMicT (6 Apr 2015 в 23:09) Romka, написал,может тут кто поможет. Раньше редко было, а сегодня чуть ли не каждые 20 минут подключение требует. Romka (6 Apr 2015 в 23:11) --Цитата-- ollTiMicT (6 Apr 2015 в 23:09): Romka, написал,может тут кто поможет. Раньше редко было, а сегодня чуть ли не каждые 20 минут подключение требует. ---------- ollTiMicT, проблема не у вас, проблема на хостинге! (возможно нагрузка большая) ollTiMicT (6 Apr 2015 в 23:16) Romka, да к стать может быть нагрузка большая,я когда рекламу через мобиадс заказвал,поток посетителей был большой,и ошибка эта вылезала. Хостинг Jino входит в 10-ку лучших в России Saint (6 Apr 2015 в 23:33) --Цитата-- ollTiMicT (6 Apr 2015 в 23:16): Romka, да к стать может быть нагрузка большая,я когда рекламу через мобиадс заказвал,поток посетителей был большой,и ошибка эта вылезала. Хостинг Jino входит в 10-ку лучших в России ---------- ollTiMicT, Входить то входит , Но он не такой уж и производительный) Мы недавно сравнивали ,я бы не сказал что он быстрый . хотя его цена соответствует качеству. но серьезный проект на нём не разместить) ollTiMicT (6 Apr 2015 в 23:40) Saint, в логах вот что уведел No InnoDB statistics available for this query use база_данных; О чем нибудь говорит Saint (6 Apr 2015 в 23:54) ollTiMicT, Фиг знает ,впервые такое вижу кажется . может у тебя в базе какие то таблицы не MyISAM ? ollTiMicT (6 Apr 2015 в 23:57) Saint, 5 таблиц InnoDB Saint (7 Apr 2015 в 00:12) ollTiMicT, видно от сюда ноги и растут . меняй на MyISAM ollTiMicT (7 Apr 2015 в 00:22) Saint, без удаления таблицы как то можно поменять? Saint (7 Apr 2015 в 00:30) ollTiMicT, попробуй ALTER TABLE `таблица` ENGINE = MYISAM; лучше их забекапь ,а если не прокатит просто перезалей при этом изменив значение в блокноте перед заливкой) ollTiMicT (7 Apr 2015 в 00:34) Saint, второй вариант использовал. Посмотрим что будет. ollTiMicT (7 Apr 2015 в 00:57) в тикетах ответили,что идет большая нагрузка на Mysql В период нагрузки, производится автоматическое ограничение ресурсов, с целью предотвратить дестабилизацию работы сервера. Angelok0803 (7 Apr 2015 в 01:30) Меняй хост. ollTiMicT (7 Apr 2015 в 01:36) посмотрел графики нагрузки,решил бежать с хоста. очень и очень печально там все выглядит Saint (7 Apr 2015 в 02:53) ollTiMicT, в первую очередь нужно понимать что причина это неоптимизированные скрипты . ollTiMicT (7 Apr 2015 в 23:03) 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\'); ну и дальше продолжение ошибки есть ... Samurai (7 Apr 2015 в 23:55) не помню уже какую ошибку выбивало у меня,но причина была что поддержка при переносе заливала таблицы с неверной кодировкой,хоть и 15 раз перезаливали и говорили что заливают дамп с кодировкой utf8,проблема решилась лишь когда залил дамп базы своими силами и так-же на джино ето было ollTiMicT (8 Apr 2015 в 00:26) 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; Saint (8 Apr 2015 в 02:03) --Цитата-- ollTiMicT (7 Apr 2015 в 23:03): 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\'); ну и дальше продолжение ошибки есть ... ---------- ollTiMicT, У всех на джино такая проблема с dcms) tramors (8 Apr 2015 в 12:08) Saint, Андрюш а меня в том году фаловали ехать на джино типа самый стабильный хост и никогда никаких проблем и заморочек причем с дцмс,а оно видишь как с ним то и проблемс ollTiMicT (13 Apr 2015 в 23:50) Saint, вот что ответили Медленные запросы были всегда, просто вероятней всего они не создавали проблемы. Случаются ситуации, при которых сервер баз данных не может ответить на запрос данных в пределах короткого времени. Запрос считается медленным, если его обработка заняла более 2 секунд. По причинам случайного характера любой запрос может иногда выполняться медленно (ожидание окончания обработки других запросов, занятость дисковой системы сервера в данный момент времени, нагрузка на сервере). Случайные медленные запросы не являются признаком проблем со стороны скриптов или структуры базы данных пользователя. Долгое исполнение запроса обусловлена скорее всего отсутствием индексов (если запрос простой), либо неоптимально составленным запросом (в этом случае индексы могут не помочь). При систематических долгих запросах создается огромная нагрузка на сервер, которая на виртуальном хостинге приводит к ухудшению обслуживания других клиентов. Источник: http://www.dcms-social.ru/forum/13/34/58534/