Короткий ответ
«Ошибка подключения к базе данных» значит, что сайт на 1С-Битрикс жив, но не может достучаться до MySQL — хранилища, где лежат товары, заказы и тексты. Сначала посмотрите код в тексте ошибки: 1045 — неверный логин или пароль к базе, 2002 «No such file or directory» — база не запущена, 2002 «Resource temporarily unavailable» или 1040/1203 — база перегружена и не принимает новые подключения. Не правьте файлы настроек и не перезагружайте сервер наугад, пока не скопировали /bitrix/.settings.php: так легко превратить временный сбой в долгий простой. Если сайт приносит заказы, отдайте диагностику специалисту: разовые работы у нас — 3 500 ₽ в час, а сам случай ниже мы закрыли за одно утро.
Мы в Interland — золотой партнёр 1С-Битрикс из Новосибирска и сопровождаем чужие сайты на Битрикс. Эту ошибку мы недавно разбирали не у клиента, а у себя: 7 октября 2026 года наш собственный сайт под лёгкой нагрузкой начал отдавать 500-е с текстом Mysql connect error (2002). Ниже — что это за ошибка, как её прочитать без программиста и что мы сделали со своим сайтом.
Что именно сломалось
Представьте магазин, где витрина открыта, а склад заперт: покупатель зашёл, а показать ему нечего. Сайт на Битрикс устроен так же — PHP-код (витрина) на каждый запрос ходит в базу MySQL (склад). Если склад не отвечает, Битрикс показывает ошибку подключения или пустую страницу с кодом 500. Важно, что сам сайт при этом почти никогда не «сломан» — файлы на месте, данные целы. Проблема в связи между ними, и у неё всего несколько типовых причин.
Симптом → причина → что проверить
| Что видно в ошибке или логе | Вероятная причина | Что проверить |
|---|---|---|
| (1045) Access denied for user | Неверный логин или пароль к базе — сменили пароль в панели хостинга, а сайт не знает | Раздел connections в /bitrix/.settings.php и пользователя базы в панели хостинга; в старых установках — ещё и /bitrix/php_interface/dbconn.php |
| (2002) No such file or directory / (2003) Can't connect | MySQL не запущен или сайт ищет его не там | Статус MySQL в панели хостинга или на сервере; не закончилась ли оплата хостинга |
| (2002) Resource temporarily unavailable | Очередь подключений к MySQL переполнена — база занята и новых не принимает | Нагрузку в момент ошибки, количество некешированных хитов, общий ли это сервер с соседями |
| (1040) Too many connections / (1203) max_user_connections | Исчерпан лимит одновременных подключений сервера или вашего аккаунта | Лимит тарифа, тяжёлые запросы и агенты Битрикса, которые выполняются на хитах посетителей |
| (2006) MySQL server has gone away | Запрос слишком долгий или большой, база оборвала соединение | Журнал медленных запросов, импорт и обмен с 1С в момент ошибки |
| (1049) Unknown database | Базу переименовали или перенесли, а настройки остались старыми | Имя базы в .settings.php после переезда или восстановления из копии |
| Ошибка «на ровном месте», в логе MySQL — No space left on device | Закончилось место на диске | Свободное место: бэкапы, логи и кеш часто съедают его незаметно |
Если код ошибки не виден — значит, вывод ошибок выключен (это правильно для рабочего сайта). Текст надо искать в журнале ошибок PHP на хостинге или в файле, который указан в exception_handling в /bitrix/.settings.php.
Что не делать самим
- Не переустанавливать Битрикс и не «обновляться, чтобы починилось». Обновление при неработающей базе может остановиться на середине, и тогда к одной проблеме добавится вторая — модули разных версий.
- Не менять пароль базы «на всякий случай». Если сменить его только в панели хостинга, сайт гарантированно ляжет с ошибкой 1045.
- Не удалять «лишние» таблицы и файлы кеша вручную. Восстановить случайно удалённую таблицу заказов без свежей копии нельзя.
- Не включать вывод ошибок на рабочем сайте и не оставлять его. Вместе с ошибкой посетители и поисковые роботы увидят пути сервера — у нас так и было, пока мы это не исправили.
Когда звать специалиста
- ошибка повторяется, а не случилась один раз ночью;
- сайт падает именно под нагрузкой — в акцию, после рассылки, в часы пик;
- сломались заказы, оплата или обмен с 1С;
- в логах видно 1040, 1203 или 2002 «Resource temporarily unavailable» — это вопрос архитектуры, а не опечатки в пароле.
Как это было у нас: 500-е на собственном сайте
Проблема. 7 октября 2026 года мы проверили сайт ilsib.ru простым тестом: 12 одновременных запросов к странице услуги. 10 из 12 вернули HTTP 500 за ~6 секунд с ошибкой Mysql connect error (2002) Resource temporarily unavailable. Обычный посетитель этого почти не замечал — одиночные запросы проходили. А вот поисковые и ИИ-роботы, которые приходят пачками, могли получать ошибки.
Диагноз. Наш лимит в 100 подключений к базе мы не превышали. Причина оказалась в сумме мелочей на виртуальном хостинге:
- у общего сервера MySQL очередь новых подключений — всего 50 на всех клиентов узла, и в пики соседей она переполнялась;
- шаблон наших страниц услуг сам выключал композитный кеш, поэтому каждый просмотр шёл в базу;
- общий для узла memcached на 64 МБ вытеснял наш кеш примерно за 40 секунд;
- фоновые задачи Битрикса (агенты) и модуль статистики работали на хитах посетителей и тоже ходили в базу.
Решение. Включили композит для всех страниц и перенесли его хранение в файлы, перевели агенты на cron (раз в минуту), выключили сбор встроенной статистики (есть Метрика), закрыли вывод отладки и поставили свою страницу ошибки без технических деталей.
Результат. 8 октября тот же тест до 12 параллельных запросов — 100 % ответов 200, ни одной ошибки, среднее время ответа около 1 секунды. Честный остаток: раз в час на общем сервере идёт волна чужих задач, и в это время ответы замедляются до 10–13 секунд, хотя ошибок нет. Это уже предел виртуального хостинга, а не настроек сайта.
Срок. Сами правки заняли одно утро — около двух с половиной часов, с бэкапом перед каждой и проверкой после.
Считаем на салфетке: во что обходится «иногда 500-я»
Модель, но на реалистичных цифрах. Интернет-магазин: 400 заказов в месяц, средний чек 4 200 ₽, маржа 30 %. Сайт не лежит целиком — просто в часы пик часть страниц отдаёт ошибку, как было у нас. Допустим, из-за этого теряется 5 % заказов: человек увидел ошибку и ушёл к конкуренту.
5 % от 400 — это 20 заказов в месяц, или 20 × 4 200 × 30 % = 25 200 ₽ маржи в месяц. Диагностика и правки — модельно 4–8 часов по 3 500 ₽, возьмём верхнюю границу: 28 000 ₽ разово.
| Период | Вложено нарастающим итогом | Сохранённая маржа нарастающим итогом | Итог |
|---|---|---|---|
| 1-й квартал | 28 000 ₽ | 75 600 ₽ | +47 600 ₽ |
| 2-й квартал | 28 000 ₽ | 151 200 ₽ | +123 200 ₽ |
| 3-й квартал | 28 000 ₽ | 226 800 ₽ | +198 800 ₽ |
| 4-й квартал | 28 000 ₽ | 302 400 ₽ | +274 400 ₽ |
Работа окупается в первый же месяц. Контрпример: сайт-визитка с пятью заявками в месяц. Там потеря одной заявки в квартал — это неприятно, но не 25 тысяч в месяц, и разбираться можно в рамках обычной поддержки, не срочно. Правило простое: умножьте долю потерянных заказов на их число и маржу. Если выходит больше стоимости нескольких часов работы в месяц — чинить надо сейчас.
Как мы это делаем
- Копия. Сохраняем настройки и базу до любых правок.
- Диагноз по логам. Находим код ошибки, время и что происходило на сервере в этот момент.
- Быстрое восстановление. Если причина в пароле, месте на диске или упавшей базе — возвращаем сайт в работу.
- Устранение причины. Если дело в нагрузке — кеш, агенты на cron, тяжёлые запросы; при необходимости говорим честно, что тариф хостинга уже не тянет.
- Проверка и отчёт. Повторяем нагрузочный тест и пишем, что сделали и как откатить.
Стоимость: разовые работы — 3 500 ₽ в час, в пакете часов — от 2 500 ₽ в час (10 часов — 30 000 ₽). Аварии берём вне очереди в рабочее время. Подробнее — на странице технической поддержки сайтов на 1С-Битрикс и в разборе сколько стоит поддержка сайта.
Вопросы и ответы
Данные на сайте потерялись?
Почти никогда. Ошибка подключения значит, что сайт не достучался до базы, а не что база удалена. Исключение — если закончилось место на диске во время записи: тогда нужна проверка таблиц.
Можно просто перезагрузить сервер?
Иногда это помогает на время, но если причина в нагрузке или лимитах, ошибка вернётся в следующий пик. На виртуальном хостинге перезагрузить MySQL вы и вовсе не можете — он общий.
Это проблема хостинга или сайта?
Бывает и то и другое. 1045 и 1049 — почти всегда настройки сайта. 2002 «Resource temporarily unavailable» и 1040 — чаще нагрузка: свой сайт без кеша плюс соседи по серверу. В нашем случае было и то и другое.
Нужно ли сразу переезжать на VPS?
Не обязательно. Мы сначала убрали лишние обращения к базе — кеш, агенты, статистика — и ошибки ушли без переезда. Переезд имеет смысл, если и после этого сайт упирается в лимиты тарифа.
Сколько ждать, если обратиться к вам?
Аварии берём вне очереди в рабочее время, Пн–Пт 9:00–18:00 по Новосибирску. Круглосуточного дежурства у нас нет.
Если сайт лежит прямо сейчас
Напишите в Telegram или MAX или позвоните: +7 383 207-92-09. Работаем Пн–Пт 9:00–18:00 по Новосибирску (UTC+7). Пришлите текст ошибки или скриншот — по нему часто сразу видно, что случилось.
Смежные разборы: ошибка 500 или белый экран после обновления, ускорение сайта на Битрикс: композит и серверная часть, сайт устарел: чинить или переделывать (про версии PHP и MySQL), смена подрядчика и приёмка сайта.
Автор: Филипп Малько, Interland · Проверено: 08.10.2026
Ещё по теме: почему не приходят заявки с сайта.
