К основному содержимому

Базы данных в ISPmanager 6: MySQL и PostgreSQL

ISPmanager 6 · 19.04.2026 · 6 мин чтения
Иллюстрация к статье «Базы данных в ISPmanager 6: MySQL и PostgreSQL»

ISPmanager 6 поддерживает MySQL (MariaDB) и PostgreSQL. Управление базами данных доступно как через интерфейс панели, так и через phpMyAdmin/phpPgAdmin.

Создание базы данных MySQL

Базы данных → MySQL → Создать.

Учебный макет: Создание базы данных. Выделены раздел, поле и следующий шаг.
Учебный макет. Расположение элементов зависит от версии панели. Данные приведены для примера.
ПолеОписание
ИмяИмя БД (добавится префикс пользователя)
ПользовательСоздать нового или выбрать существующего
ПарольПароль пользователя БД
Серверlocalhost (по умолчанию)
✅ ISPmanager автоматически добавляет префикс пользователя к имени БД, например: user1_dbname. Это стандартное поведение для shared хостинга.

Открыть phpMyAdmin

Базы данных → MySQL → выберите БД → phpMyAdmin. Откроется phpMyAdmin с автоматическим входом.

Импорт / Экспорт базы данных

Экспорт (создать дамп)

Базы данных → MySQL → выберите БД → Резервная копия → Создать. Файл сохранится в домашней директории пользователя.

Импорт через SSH

# Импорт через mysqldump
mysql -u user1_dbuser -p user1_dbname < backup.sql

# Или через ISPmanager CLI
ispmgr db.restore base=user1_dbname src=/root/backup.sql

Управление пользователями БД

Базы данных → Пользователи MySQL → Создать. Можно создать пользователя с правами на несколько баз или только на одну.

⚠️ Не используйте root MySQL для приложений. Создавайте отдельного пользователя с правами только на нужные базы данных.

Удалённый доступ к MySQL

По умолчанию MySQL доступен только локально. Для удалённого доступа:

# Разрешить доступ для конкретного IP в ISPmanager:
# Базы данных → Пользователи MySQL → выберите → Изменить → Хост: ваш_IP

Создание базы данных PostgreSQL

PostgreSQL создаётся в том же разделе: Базы данных → PostgreSQL → Создать. Логика похожа на MySQL, но есть отличия, которые стоит знать заранее.

ПараметрMySQLPostgreSQL
Кодировка по умолчаниюutf8mb4UTF8
Порт33065432
Веб-клиент в панелиphpMyAdminphpPgAdmin
Права по умолчанию у нового пользователяНа указанную БДНа указанную БД и public-схему

Создать пользователя и базу можно и из консоли, если нужна автоматизация без интерфейса панели:

# Создать пользователя PostgreSQL и базу через ispmgr CLI
ispmgr db.postgres.user.edit name=appuser password=НадёжныйПароль
ispmgr db.postgres.edit name=user1_appdb owner=appuser

Частые ошибки при работе с базами данных

Ниже — сообщения, с которыми чаще всего сталкиваются при подключении к БД, созданной в ISPmanager 6, и что они означают на практике.

Сообщение об ошибкеЧто означает
ERROR 1044 (42000): Access denied for user to databaseПользователь создан, но не привязан к конкретной базе — при создании БД не отмечен чекбокс выдачи прав существующему пользователю
ERROR 2002 (HY000): Can't connect to local MySQL server through socketСлужба MySQL не запущена или изменился путь к сокету после смены версии PHP/MySQL в панели
mysqldump: Got error: 1049: Unknown databaseИмя базы указано без обязательного префикса пользователя, который ISPmanager добавляет автоматически
psql: FATAL: password authentication failed for userНе совпадает пароль либо метод аутентификации в pg_hba.conf требует другой способ входа
ERROR 1698 (28000): Access denied for user 'root'@'localhost'Попытка зайти под системным root вместо выделенного пользователя БД — ISPmanager использует socket-аутентификацию для служебного root

Когда управление через панель не подходит

Интерфейс ISPmanager закрывает большинство повседневных задач, но не заменяет прямой доступ к серверу БД в ряде случаев:

  • Настройка репликации или кластера — панель управляет одиночными базами на одном сервере
  • Установка специфичных расширений PostgreSQL (например, PostGIS) без готового пакета в системе
  • Тонкая настройка параметров my.cnf для конкретной базы, а не для сервера MySQL целиком
  • Регулярный экспорт дампа с нестандартными флагами mysqldump, которых нет в форме резервной копии панели

В этих случаях используйте SSH-доступ и стандартные консольные утилиты — панель не блокирует прямую работу через терминал.

Проверка результата

После создания базы и пользователя убедитесь, что подключение реально работает, прежде чем прописывать доступ в приложении:

# MySQL: проверить, что база видна и доступна пользователю
mysql -u user1_dbuser -p -e "SHOW DATABASES;"

# PostgreSQL: список баз и владельцев
psql -U appuser -h 127.0.0.1 -l

# Проверить, что служба вообще отвечает
mysqladmin -u user1_dbuser -p ping

Если mysqladmin ping отвечает mysqld is alive, а нужная база не отображается в SHOW DATABASES — вернитесь к правам пользователя, а не к сети или файрволу. Подробнее о резервном копировании таких баз — в статье про резервные копии ISPmanager 6 и про планировщик задач для регулярных дампов.

Резервное копирование баз отдельно от общего бэкапа сайта

Плановый бэкап сайта в ISPmanager обычно включает и файлы, и базу данных целиком, но для крупных проектов это может быть избыточно: полный дамп большой базы занимает время и место, даже если менялась только одна таблица. Для таких случаев в разделе Базы данных доступен точечный бэкап конкретной БД по отдельному расписанию — чаще, чем полный бэкап сайта, и без выгрузки файлов, которые не менялись.

Частые вопросы

Почему новый пользователь MySQL не видит базу, хотя она создана в панели?

При создании пользователя отдельно от базы ISPmanager не выдаёт права автоматически — нужно явно отметить выдачу прав существующему пользователю при создании базы или добавить их позже через раздел управления пользователями. Иначе подключение проходит успешно, но SHOW DATABASES покажет пустой список для этого логина.

Безопасно ли открывать удалённый доступ к MySQL для разработки с домашнего компьютера?

Технически да, если указать конкретный IP вместо диапазона и завести отдельного пользователя только с нужными правами, без доступа к root. Но домашний IP часто меняется у провайдера, и правило перестаёт работать без предупреждения. Надёжнее туннелировать подключение через SSH или держать доступ только с рабочего сервера.

Что выбрать для нового проекта — MySQL или PostgreSQL, если панель поддерживает оба?

Выбор определяется требованиями приложения, а не удобством панели: обе базы создаются одинаково просто через интерфейс. PostgreSQL сильнее в сложных запросах и строгой типизации данных, MySQL привычнее для типичных CMS и имеет более широкую поддержку в готовых скриптах. Миграция между ними после запуска проекта обходится дорого, поэтому решение стоит принимать заранее.

Можно ли настроить резервное копирование конкретной базы данных чаще, чем раз в сутки?

Да, точечный бэкап базы в разделе Базы данных настраивается отдельным расписанием независимо от общего бэкапа сайта, включая интервалы чаще суточного. Это удобно для активно меняющихся таблиц, где полный бэкап файлов и базы целиком избыточен и занимает заметно больше времени и места на диске.

Статья помогла?
← Назад в базу знаний Задать вопрос поддержке