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

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

Створення бази даних MySQL

Бази даних → MySQL → Створити.

Відкрити 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 → Створити. Можна створити користувача з правами на кілька баз або лише на одну.

Віддалений доступ до MySQL

За замовчуванням MySQL доступний лише локально. Для віддаленого доступу:

# Дозволити доступ для конкретного IP в ISPmanager:
# Бази даних → Користувачі MySQL → виберіть → Змінити → Хост: ваш_IP

Створення бази даних PostgreSQL

PostgreSQL створюється в тому ж розділі: Бази даних → PostgreSQL → Створити. Логіка схожа на MySQL, але є відмінності, які варто знати заздалегідь.

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

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

Часті помилки при роботі з базами даних

Нижче — повідомлення, з якими найчастіше стикаються під час підключення до БД, створеної в ISPmanager 6, і що вони означають на практиці.

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

Інтерфейс 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 і має ширшу підтримку в готових скриптах. Міграція між ними після запуску проєкту коштує дорого, тож рішення варто ухвалювати заздалегідь.

Чи можна налаштувати резервне копіювання конкретної бази даних частіше, ніж раз на добу?

Так, точковий бекап бази в розділі Бази даних налаштовується окремим розкладом незалежно від загального бекапу сайту, зокрема з інтервалами частіше добового. Це зручно для таблиць, які активно змінюються, де повний бекап файлів і бази цілком надлишковий і займає помітно більше часу та місця на диску.