Database error unable to connect to the database could not connect to mysql перевод

0 Пользователей и 1 Гость просматривают эту тему.

В случае неправильной настройки соединения Joomla с БД чаще всего возникают такие ошибки:
Database Error: Unable to connect to the database:Could not connect to MySQL
или
Database Error: Unable to connect to the database:Could not connect to database

Первая означает, что скрипты Joomla не смогли подключиться к серверу баз данных. Проверьте, правильно ли указаны сервер баз данных, пользователь и пароль. Для этого в папке с именем сайта найдите файл configuration.php, откройте его и найдите в нем строки:

var $host = ''; 
var $user = '';
var $password = '';

Значения параметров должны быть такими (указывать внутри кавычек):
$host — localhost,
$user — имя пользователя БД (список созданных пользователей можно посмотреть в разделе «Управление / Управление базами MySql» контрольной панели),
$password — пароль пользователя БД.

Вторая ошибка означает, что либо база данных, которая указана в файле configuration.php для использования Joomla не существует, либо указан неправильный префикс для таблиц. Откройте configuration.php и найдите в нем строки:

var $db = '';<br />
var $dbprefix = '';

Значения параметров должны быть такими (указывать внутри кавычек):
$db — правильно указанное имя существующей базы данных (список созданных баз можно посмотреть в разделе «Управление / Управление базами MySql» контрольной панели),
$dbprefix — в большинстве случаев это «jos_» (если вы не указывали другой префикс при установке движка).

Если все эти настройки указаны правильно, но ошибка все равно возникает, обратитесь в службу технической поддержки, создав заявку в разделе «Техподдержка / Заявки» контрольной панели аккаунта.

Примечания:

1. Названия параметров в разных версиях Joomla могут отличаться. Например, в старых версиях они назывались так: $mosConfig_host, $mosConfig_user, $mosConfig_password, $mosConfig_db и т.п.

2. Если при сохранении исправленного файла вы увидите ошибку записи файла, смените права для файла с текущих на 0644 (это делается с помощью иконки «Сменить права» в файловом менеджере контрольной панели) и заново исправьте файл.

Вероятно, что-то с правами доступа – не более. Скорее всего, вы неправильно вводите имя пользователя / пароль в базе данных. Возможно, что и имя сервера неправильное. Если дело не в этом, тогда проблема — в хостинге, файлах БД, кэше. Подробнее про матчасть и способах решения — далее.

Что такое Mysql Joomla

Как известно, Joomla – это система управления контентом. Как любая программа этого типа, она использует СУБД Mysql. Это достаточно гибкая система, поддерживающая большое количество таблиц. Работает на всех системах Майкрософт Виндовс и на большинстве платформ Unix. Mysql имеет несколько версий – на данный момент используется версия 8.0.11 или 8.0.22.

СУБД для чайников – штука не простая, так как требуются навыки SQL. Однако благодаря инструменту phpMyAdmin, имеющимся на любом уважающем себя хостинге, работать с Mysql могут все, даже те, кто не знает языка SQL. Одним словом, через phpMyAdmin удается легко администрировать сервер и просматривать базу.

Как решить проблему с ошибкой could not connect to mysql

Существует несколько способов решения ошибки unable to connect to the database: could not connect to mysql, которые зависят от конкретной причины ошибки.

Проверка базы данных через локальный сервер

Для начала сделайте экспорт БД – то есть, извлекаете содержимое из Mysql на свой ПК. В файловом менеджере хостера должна быть кнопка возле нужной базы данных «Экспорт». Жмете ее, выделяете все таблицы и экспортируете.

Дальнейшие действия:

• скачайте и установите на компьютер бесплатный локальный сервер ХАМРР – подробнее о том, как это сделать;
• зайдите через браузер в сервер и кликните на phpmyadmin;

• создайте новую базу и назовите файл test.php, any.php или как-то еще;
• зайдите в локалку через жесткий диск и создайте там папку с названием joomla и распакуйте в эту папку новую версию CMS 1.5.22;
• установите движок в браузере и заполните демо данные как на скрине;

• теперь откройте phpmyadmin хостинга и импортируйте БД.

Пришло время сделать тест сайта. Если он закроется с той же ошибкой, то надо разбираться с содержимым БД. А если будет работать нормально, вывод один – что-то не так у хостера.

Проблема с хостингом

Дело в том, что некоторые хостеры переназначают локальный хост, чтобы он указывал куда-то еще. Отсюда и возникает данная проблема.

Файл configuration.php

Проверьте и отредактируйте этот файл. По умолчанию на него выставлены права 444 – файл доступен только для чтения. Но если изменить права доступа на 644, то можно редактировать. Все трогать не надо – только параметры Database и configuration. Здесь все должно быть так, как на скрине.

Переустановка

Вы можете запустить/остановить службу mysql на сервере, войдя на сервер как пользователь root из интерфейса командной строки и выполнив следующие команды:

• служба mysql остановить;
• служба mysql запустить;
• служба mysql перезапустить.

Вы также можете использовать следующее, если вышеуказанное не работает:

• /etc/init.d/mysql старт;
• /etc/init.d/mysql стоп.

Ошибки делают нас мудрее, вернее, их преодоление. Не так давно мы уже разбирали, как быстро и правильно пофиксить распространенные четырехсот- и пятисотые error’ы на сайте. А сегодня детальней рассмотрим ошибку подключения к базе данных, причины ее появления и способы устранения.

Первым делом

Чаще всего Database Error появляется, когда некорректно указаны параметра доступа к базе данных. Поэтому первым делом откройте конфигурационный файл в корневой папке сайта и проверьте правильность заполнения параметров host, user, password и db (в разных CMS эти названия могут немного отличаться, но суть та же). На всякий случай напоминаем расположение конфигурационных файлов для популярных CMS.

WordPress (wp-config.php)

define('DB_NAME', 'имя_базы_данных');
define('DB_USER', 'имя_пользователя');
define('DB_HOST', 'адрес_сервера');
define('DB_PASSWORD', 'пароль');

В WordPress, кстати, эту ошибку (выводится как «Error Establishing a Database Connection») также можно решить восстановлением базы данных. Для этого впишите последней строкой в конфигурационном файле:

define('WP_ALLOW_REPAIR', true);

Затем перейдите по ссылке: ваш-домен/wp-admin/maint/repair.php. Вы попадете на страницу, где можно будет восстановить (Repair Database) или восстановить с оптимизацией (Repair and Optimize Database) базу данных.

define('WP_ALLOW_REPAIR', true);

Joomla (configuration.php)

var $host = 'адрес_сервера';
var $user = 'имя_пользователя';
var $db = 'имя_базы_данных';
var $password = 'пароль';

В Joomla ошибка подключения к базе данных выводится как «Database Error: Unable to connect to the database:Could not connect to MySQL». Возможен также вариант «Database Error: Unable to connect to the database:Could not connect to database». Во втором случае, скорее всего, указан неправильный префикс для таблиц, поэтому, кроме четырех вышеуказанных параметров, проверьте также строку:

var $dbprefix = 'префикс_таблиц (чаще всего jos_)';

Drupal (sites/default/settings.php)

$db_url = 'mysql://"имя_пользователя":"пароль"@"адрес_сервера"/"имя_базы_данных";

DLE (engine/data/dbconfig.php)

define ("DBHOST", "адрес_сервера");
define ("DBNAME", "имя_базы_данных");
define ("DBUSER", "имя_пользователя");
define ("DBPASS", "пароль");

ModX (manager/includes/config.inc.php)

$database_server = 'адрес_сервера';
$database_user = 'имя_пользователя';
$database_password = 'пароль';
$dbase = 'имя_базы_данных';

1C-Битрикс (bitrix/php_interface/dbconn.php)

$DBHost = "адрес_сервера";
$DBLogin = "имя_пользователя";
$DBPassword = "пароль";
$DBName = "имя_базы_данных";

phpBB (docs/config.php)

$dbhost = 'адрес_сервера';
$dbname = 'имя_базы_данных';
$dbuser = 'имя_пользователя';
$dbpasswd = 'пароль';

Иногда ошибка подключения к базе данных появляется, когда на вашем диске не хватает свободного места. Удалите кэш и ненужные бекапы. Если ничего «ненужного» вы и так не держите, обратитесь к провайдеру за расширением диска. Еще одна возможная причина – сервер с базой данных не работает. Тут уж все претензии к вашему хостеру, пусть решает. Ну, или переходите на более качественный веб-хостинг, к нам, например. За грамотной консультацией по переносу в облако как небольших, так и более масштабных проектов обращайтесь 24/7.

Три частые ошибки базы данных Joomla, причины их возникновения и способы их исправления

• Database connection error: Could not connect to MySQL
• Database connection error: Could not connect to database
• MySQL server has gone away

База данных является жизненно важной для работы сайта. При возникновении ошибки базы данных сайт становится недоступен. Практически все ошибки базы данных являются критическими (fatal error), то есть приводят к недоступности сайта, а вместо сайта вы видите белый экран с сообщением об ошибке.

Есть три ошибки базы данных, которые без сомнения можно назвать самые распространенные. Допускают их не только начинающие пользователи Joomla, ведь причина их возникновения не только не знания, но и не внимательность. Но давайте рассмотрим три частые ошибки базы данных Joomla

Database connection error: Could not connect to MySQL

Ошибка Database connection error: Could not connect to MySQL это сообщение об ошибке обычно означает, что в файле configuration.php вашей Joomla неправильно указано имя базы данных или имя пользователя базы данных.

Исправление ошибки

Откройте файл configuration.php в текстовом редакторе. Найдите строки указанные ниже и впишите в них правильные имя базы данных или/и имя пользователя базы данных или/и пароль доступа к базе данных.

public $user = 'Пользователь_Базы данных';
public $password = 'Пароль_Базы данных';
public $db = 'Имя_Базы данных';

Если эти действия не привели к результату, то войдите в административную панель на хостинге, войдите в MySQL, и здесь сбросьте старый пароль и задайте (сгенерируйте) пароль заново. Потом обновите файл configuration.php с новым паролем.

Database connection error: Could not connect to database

Ошибка Database connection error: Could not connection database. Это сообщение об ошибке обычно означает, что вы подключаетесь к серверу баз данных неправильно. То есть в файле configuration.php неправильно указан адрес хостинга, на котором расположен сервер MySQL.

Примечание. Обычно виртуальные сервера, на которых расположены ваши хостинги настраивают так, что сервер MySQL«лежит» на localhostвашего сервера. И если вы управляете хостингом через CPanel, PleskPanel, или ISP manager то вероятнее всего MySQL «лежит» на localhost. Но это не всегда так. Например, несколько сайтов у меня на PPA панели и адрес сервера базы данных имеет вполне конкретный IP. Так что, не думайте, что localhost это единственно правильный адрес базы данных. Возникают сомнения, обращайтесь в supportвашего хостинг провайдера.

Исправление ошибки

Откройте файл configuration.php в текстовом редакторе. Найдите строку указанные ниже и впишите в нее правильный адрес сервера базы данных MySQL.

public $host = 'Сервер_базы данных';

MySQL server has gone away или сервер «вышел погулять»

Это ошибка «Сервер MySQL ушел» обычно означает, что есть проблема с MySQL на сервере, поэтому она недоступна для использования.

Исправление ошибки

Ошибка не имеет к вашим действиям на сайте никакого отношения. Это проблемы на стороне хостинга. При получении такой ошибки сразу напишите в supportхостинга, изложите суть проблемы и прикрепите файл со скриншотом полученной ошибки.

Вот такие три частые ошибки базы данных Joomla.

©Joomla-abc.ru

Другие ошибки Joomla

На сайте ошибка базы данных

На сайте может отображаться одна из следующих ошибок подключения к базе данных:

• «Error Establishing a Database Connection»,
• «Database connection error (2): Could not connect to MySQL»,
• «DB error»,
• «Could not connect to MySQL»,
• «Невозможно подключиться к базе данных».

Ошибку могут вызвать две причины: сервер баз данных недоступен или неверно прописаны реквизиты подключения к базе данных. В первую очередь убедитесь, что сервер баз данных доступен. Если ошибка всё равно появляется, решите проблему по инструкции ниже.

Что делать, если неверно прописаны реквизиты подключения к базе данных

Ошибка может возникать, если в конфигурационном файле сайта неправильно указаны реквизиты базы данных: сервер, имя базы данных, имя пользователя и пароль.
Чтобы проверить реквизиты:

Готово, теперь ошибка должна быть устранена.

MySQL — система управления базами данных (СУБД). С её помощью можно управлять базами данных (БД) на сервере. 

В зависимости от операционной системы, на сервере может быть установлена СУБД MySQL или MariaDB — их функционал сильно похож, и для работы разницы, как правило, нет. 

В данной статье рассмотрим, с какими проблемами вы можете столкнуться при работе с MySQL и как их решить. 

• Создание базы через ISPmanager
  • Раздела «Базы данных» нет в меню
• Не подходит пароль к серверу баз данных
• Где искать ошибки?
  • Перечень возможных проблем
    • Table ‘./site/content’ is marked as crashed and should be repaired
    • mysql_connect() [function.mysql-connect]: Access denied for user ‘user_xxx’@’localhost’ (using password: YES)
    • Не удалось подключиться к базе данных
    • В панели ISPmanager не удается создать базу данных, ошибка «Недостаточно данных»
    • MySQL не запускается ни в сервисах, ни через консоль
    • Решение проблем с кодировками MySQL
• Русификация MySQL

Создание базы через ISPmanager

Панель управления ISPmanager значительно упрощает управление СУБД и базами данных. На корректно работающем VDS создание базы займет не больше 5 минут.

В левом меню ISPmanager переходим в раздел Базы данных и нажимаем Создать базу данных.

Заполняем необходимые поля: имя БД, владелец БД (должен совпадать с владельцем сайта), сервер БД, кодировка БД, после чего создаем нового пользователя БД (либо выбираем существующего) и задаем пароль. Рекомендуем создавать сложные пароли. 

Подробнее о создании Базы данных можно узнать в отдельной статье.

Теперь немного о тех местах, где могут возникнуть сложности.

Раздела «Базы данных» нет в меню

Есть 2 возможных варианта решения проблемы:

1. На сервере не запущен сервер баз данных MySQL

Проверить, активен ли сервис, вы можете в разделе Мониторинг и журналы панели ISPmanager. Попробуйте запустить или перезапустить службу mariadb (в ОС CentOS и Debian) или mysql (в ОС Ubuntu) с помощью кнопок в панели.

Если не помогло, перезапустите из консоли командой systemctl restart mysql для Ubuntu/Debian или командой systemctl restart mariadb для Centos 7.

2. Проблемы с подключением к базе данных

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

Не подходит пароль к серверу баз данных

Случается так, что пароль root от MySQL-сервера утерян и надо установить новый. Делается следующим образом:

Останавливаем MySQL-сервер:

В Debian/Ubuntu:

# systemctl stop mysql

В CentOS 7:

# systemctl stop mariadb

или

# systemctl stop mysqld

Запускаем его без проверки таблиц прав:

# mysqld_safe --skip-grant-tables &

Заходим root’ом без пароля:

# mysql -uroot

Меняем пароль:

# use mysql;

MySQL < 5.7

# UPDATE user SET Password=PASSWORD("new_password") WHERE User='root';

MySQL => 5.7

# UPDATE user SET authentication_string=PASSWORD("new_password") WHERE User='root';

Проверить версию MySQL можно с помощью команды:

# mysql –version

или

# mariadb –version

Продолжаем для всех версий

# FLUSH PRIVILEGES;

В Debian/Ubuntu:

# systemctl restart mysql

В Centos 7:

# systemctl restart mariadb

или

# systemctl restart mysqld

Авторизуемся как root с паролем new_password

# mysql -uroot -p

После вводим новый пароль.

Где искать ошибки?

MySQL — свободная реляционная система управления базами данных. Поиск проблем с сервисом лучше всего начинать с изучения логов. Для этого необходимо подключиться на сервер по SSH. Их расположение разнится в зависимости от используемой файловой системы. В конфигурационном файле my.cnf нужно искать строки log и log-error, чтобы определить, где находятся логи. Также можно воспользоваться mysql запросом:

show variables like '%log%';

Если логирование не включено, сделать это можно следующим образом. Зайти в файл:

/etc/my.cnf   #Centos
/etc/mysql/my.cnf  #Debian
/etc/mysql/mysql.conf.d/mysql.cnf #Ubuntu

Расположение конфигурационного файла может отличаться в зависимости от дистрибутива или CMS.

И в секцию [mysqld] добавить строку:

log-error=/var/log/mysql-errors.log

Выйти из файла, выполнить команды:

touch /var/log/mysql-errors.log
chown mysql:mysql /var/log/mysql*
chmod 640 /var/log/mysql*

Следующая команда включит просмотр созданного лога в режиме реального времени(tail –f) и оставить его в фоне(&) что бы можно было параллельно запускать другие команды:

tail –f /var/log/mysql-errors.log &

Данная команда позволяет проводить действия с БД или сайтов и одновременно смотреть на ошибки в логе. Чтобы остановить команду, нажмите Ctrl+C.

Перечень возможных проблем

Table ‘./site/content’ is marked as crashed and should be repaired

Такое сообщение может появиться в логах или на сайте. Оно означает, что таблица одной из БД «побилась» и требуется ее восстановление. Необходимо подключится на сервер по SSH, выполнить команду, которая проверит все базы данных на предмет ошибок

mysqlcheck --repair --analyze --optimize --all-databases -u<USER> –p<PASSWORD>

Если эта команда выдаёт ошибку, вставьте ключи раздельно:

mysqlcheck --repair --all-databases -u<USER> –p<PASSWORD>
mysqlcheck --analyze --all-databases -u<USER> –p<PASSWORD>
mysqlcheck --optimize --all-databases -u<USER> –p<PASSWORD>

где

• <USER> — имя пользователя базы данных или root,
• <PASSWORD> — заменить на пароль пользователя или root от MySQL (его можно посмотреть в ISPmanager — Базы данных — Серверы БД — двойной клик на сервер MySQL для просмотра пароля root (либо Базы данных — двойной клик на нужную базу данных и двойной клик на нужного пользователя).

Либо можно выполнить исправление конкретной базы данных:

mysqlcheck --repair --analyze --optimize <DB> -u<USER> -p<PASSWORD>

где

• <USER> — имя пользователя базы данных или root,
• <PASSWORD> — заменить на пароль пользователя или root от MySQL (его можно посмотреть в ISPmanager — Базы данных — Серверы БД — двойной клик на сервер MySQL для просмотра пароля root (либо Базы данных — двойной клик на нужную базу данных и двойной клик на нужного пользователя),
• <BD> — база данных, которой требуется исправление.

mysql_connect() [function.mysql-connect]: Access denied for user ‘user_xxx’@’localhost’ (using password: YES)

Чаще всего связана с тем, что в настройках сайта указаны не верные данные (логин и/или пароль) для подключения к базе. Вариант решения: посмотреть в админ-панели сайта данные пользователя, пароль и название базы для подключения к базе. Зайти в ISPmanager — Базы данных — кликнуть на базу, затем на пользователя и в графу Пароль поставить пароль из админ-панели.

Может быть обратная ситуация, когда в панели ISPmanager указаны верные данные, а в конфигурационных файлах указаны неверные. В таком случае нужно править конфигурационные файлы, для CMS Bitrix, например, это /bitrix/.settings.php и/bitrix/php_interface/dbconn.php.

На сайте ошибка «Не удалось подключиться к базе данных»

В зависимости от используемой CMS эта ошибка может по-разному выглядеть:

Возникла ошибка при подключении сервера баз данных MySQL
Can't connect to local MySQL server
Error connect to mysql
Unable to connect to the database:Could not connect to ...

Подключится на сервер по SSH, выполнить:

 systemctl restart mysql                            #перезапуск MySQL для Ubuntu, Debian
 systemctl restart mariadb                          #перезапуск MySQL для Centos 7
 ps axuw | grep mysql                               #Эта команда должна вывести список процессов MySQL. 
                                                    #Если ничего не вывела – значит, MySQL не запустился.

Убедится что в ISPmanager, в разделе Службы лампочка mysql или mariadb горит.

В панели ISPmanager не удается создать базу данных, ошибка «Недостаточно данных»

Это значит у вас в ISPmanager — Серверы БД не создано ни одного сервера баз данных. Для создания нажмите на Серверы БД, далее на Создать сервер. В полях введите название сервера БД (например, MySQL), придумайте имя пользователя и пароль. Также в панели ISPmanager можно установить более 1 СУБД, альтернативные СУБД будут работать в контейнерах Docker.

MySQL не запускается ни в сервисах, ни через консоль

При запуске через консоль ошибки могут быть вида:

cant connect to local mysql server throught socket /var/run/mysqld/mysql.d.sock
/etc/init.d/mysql start
Starting MySQL database server: mysqld . . . . . . . . . . . . . . failed!
/usr/local/etc/rc.d/mysql-server restart
mysql not running? (check /var/db/mysql/peroksid.ispvds.com.pid).
Starting mysql.

Проверить свободное место на диске:

df –h        #общая информация
du –hs /*  #сколько занимает конкретные папки

Если не осталось места, удалить ненужные файлы.

Частая ситуация, когда логи сайтов разрастаются и места на диске свободного не остается, MySQL не может нормально работать (справедливо и для всех остальных сервисов – apache, exim и т.д.)

Снова пробуем перезапустить MySQL:

systemctl restart mysql        #перезапуск MySQL для Ubuntu и Debian
systemctl restart mariadb      #перезапуск MySQL для Centos 7

Если проблема не со свободным местом, в логах должны появиться записи, похожие на эти:

130929 06:16:05 mysqld_safe Starting mysqld daemon with databases from /var/db/mysql
130929  6:16:05 [Warning] '--skip-locking' is deprecated and will be removed in a future release. Please use '--skip-external-locking' instead.
130929  6:16:05 [Warning] option 'max_allowed_packet': unsigned value 5824839680 adjusted to 1073741824
Unknown suffix '-' used for variable 'sort_buffer_size' (value '--read_buffer_size=256K')
130929  6:16:05 [Warning] option 'sort_buffer_size': unsigned value 0 adjusted to 32776
130929  6:16:05 [ERROR] /usr/local/libexec/mysqld: Error while setting value '--read_buffer_size=256K' to 'sort_buffer_size'
130929  6:16:05 [ERROR] Aborting

Смотрим записи с меткой [ERROR]. В логе выше ошибка «Error while setting value ‘—read_buffer_size=256K’ to ‘sort_buffer_size’» означает, что в конфиге my.cnf неверно прописана директива ‘sort_buffer_size. Этот случай приведен только для примера. В каждом конкретном случае лог будет различаться. Ошибки могут быть самые разные. Дальнейшие действия зависят от конкретной ошибки и требуют детального разбирательства.

Решение проблем с кодировками MySQL

Чтобы решить проблему — достаточно понять логику работы. MySQL, начиная с версии 4.1, знает, что такое кодировки и как с ними работать. Если до 4.0 она работала с байтами, то теперь работает с символами.

MySQL написали шведы, поэтому кодировкой по умолчанию (сразу после установки) является latin1, а «сравнение» (последовательность букв, алфавит; влияет на сортировки) — latin1_swedish.

Итак, где кодировки указываются.

1. Кодировка конкретной базы/таблицы/столбца. Это кодировка, в которой MySQL будет хранить данные. Например, если у вас данные в cp1251, то будет большой ошибкой указывать для хранения кодировку latin1. В ней нет соответствий для русских символов, все они будут заменены на вопросы.

Кодировку хранения можно задать, например, так.В терминале открываем MySQL с помощью команды mysql или mysql -u имя_пользователя -p, вводим пароль, после чего пишем в консоли MySQL:

create database `имя базы` default charset cp1251;

Если кодировка не указана — будет использовано значение параметра default-character-set из файла /etc/my.cnf (либо latin1, если параметра нет). Кстати, именно этот параметр редактирует ISPmanager в свойствах сервера баз данных.

2. Кодировка соединения. Это кодировка, в которой клиент (скрипт пользователя, форум, mysql-клиент и т.д.) общается с MySQL. Когда клиент подсоединяется к серверу, тот ему сообщает значение параметра default-character-set. Таким образом они договариваются о том, в какой кодировке будут общаться. Кодировку общения можно изменить запросом (его лучше выполнять сразу после соединения с сервером):

set names cp1251

где вместо cp1251 вы можете указать нужную кодировку.

Кстати, множество современных правильных скриптов именно это и делают.

Одна сложность: есть ряд кривых клиентов, которые всего этого не понимают и общаются в какой-то своей кодировке. Персонально для них можно написать в /etc/my.cnf, секцию [mysqld]:

[mysqld]
set init_connect="set names utf8"

где вместо utf8 вы можете указать нужную кодировку.

Что это означает? Сразу после подсоединения любого клиента, MySQL выполнит запрос set names utf8, как будто смену кодировки общения запросил сам клиент.

Это всё, что нужно знать для решения любой проблемы с кодировками в MySQL. Осталось несколько уточнений (самое интересное):

phpMyAdmin, mysqldump — обычные клиенты, на них действуют те же самые правила. Одно «но»: на все PHP-скрипты (включая phpMyAdmin) действует default-character-set из секции [client] в my.cnf. Для mysqldump есть отдельная секция [mysqldump]. Часто бывает так, что команда mysqldump «не видит» секцию [mysqldump], поэтому в случаях, когда необходимо делать дамп БД в определенной кодировке, лучше использовать mysqldump с параметром --default-character-set=utf8 (вместо utf8 укажите нужную кодировку). ISPmanager прописывает default-character-set во все секции.

Дамп базы — это обычный набор MySQL-команд. Если вы в самое его начало напишете set names cp1251;, то эта команда тоже выполнится, и MySQL будет считать, что дальше все данные в дампе идут в кодировке cp1251.

Кодировки в MySQL-командах пишутся без кавычек и без «-» (дефисов). Популярные в России кодировки: utf8, cp866 (DOS), cp1251 (windows-1251), koi8r, utf8mb4.

И, наконец, пара советов:

• Если вы в этом новичок, постарайтесь свести всё к одной кодировке. Пусть у вас дамп и default-character-set (напомню, влияет на кодировку хранилища при создании таблиц и на кодировку общения с клиентом) будет в одной кодировке. Это избавит от путаницы и решит 90% проблем.
• Если есть возможность — используйте консольную утилиту mysqldump. phpMyAdmin — это дополнительная прослойка, которая лишь добавляет свою путаницу и свои баги.

Русификация MySQL

Чтобы русифицировать базу данных MySQL, не вдаваясь в подробности почему и как, проделайте следующие процедуры:

1. В конфигурационном файле /etc/my.cnf добавьте следующие строчки:

Под разделом [client]:

default-character-set=cp1251

Под разделом [mysqld]:

character-set-server=cp1251
collation-server=cp1251_general_ci
init-connect = "set names cp1251"

2. После этого перезапустите базу MySQL или весь ваш виртуальный сервер (из ISPmanager или консоли).