У меня есть база данных wordpress на моей локальной машине, которую я хочу перенести на размещенный phpMyAdmin на Cpanel. Однако, когда я пытаюсь импортировать базу данных в среду, я продолжаю получать эту ошибку
#1273 - Unknown collation: 'utf8mb4_unicode_ci'
Я попытался найти google и единственное решение, которое я могу найти, это ошибка phpmysql - # 1273 - # 1273 - Неизвестная сортировка: 'utf8mb4_general_ci', которая как к настоящему времени не очень помогает. Я попытался очистить файлы cookie, но он все равно не сработает. Пожалуйста, помогите!
У меня была такая же проблема, как и на всех наших серверах, работающих на старых версиях MySQL. Это можно решить, запустив PHP script. Сохраните этот код в файл и запустите его, введя имя базы данных, пользователя и пароль, и оно изменит настройку с utf8mb4/utf8mb4_unicode_ci
на utf8/utf8_general_ci
<!DOCTYPE html>
<html>
<head>
<title>DB-Convert</title>
<style>
body { font-family:"Courier New", Courier, monospace;" }
</style>
</head>
<body>
<h1>Convert your Database to utf8_general_ci!</h1>
<form action="db-convert.php" method="post">
dbname: <input type="text" name="dbname"><br>
dbuser: <input type="text" name="dbuser"><br>
dbpass: <input type="text" name="dbpassword"><br>
<input type="submit">
</form>
</body>
</html>
<?php
if ($_POST) {
$dbname = $_POST['dbname'];
$dbuser = $_POST['dbuser'];
$dbpassword = $_POST['dbpassword'];
$con = mysql_connect('localhost',$dbuser,$dbpassword);
if(!$con) { echo "Cannot connect to the database ";die();}
mysql_select_db($dbname);
$result=mysql_query('show tables');
while($tables = mysql_fetch_array($result)) {
foreach ($tables as $key => $value) {
mysql_query("ALTER TABLE $value CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci");
}}
echo "<script>alert('The collation of your database has been successfully changed!');</script>";
}
?>
mysqldump --compatible=mysql4
Техника в этом посте работала для меня
1) Перейдите на вкладку "Экспорт" для базы данных
2) Нажмите переключатель "Пользовательский"
3) Перейдите в раздел "Параметры, специфичные для формата", и измените раскрывающееся меню "Система баз данных или старый сервер MySQL для максимизации совместимости вывода с:" от NONE до MYSQL40.
4) Прокрутите страницу вниз и нажмите "GO".
Я не уверен, что это приведет к потере данных, однако в тот раз, когда я это пробовал, я не заметил. Также никто не отвечал на форумах, связанных с ним.
Редактировать 8/12/16. Я считаю, что экспорт базы данных таким образом заставляет меня потерять данные, сохраненные в Black Studio TinyMCE Visual Editor виджеты, хотя я не выполнил несколько тестов для подтверждения.
Лучше всего экспортировать свою базу данных в .sql
, открыть ее на Notepad ++ и перейти в "Поиск и замена". Затем вы положите "utf8mb4" на поиск и "utf8" на замену. Он заменит utf8mb4_unicode_ci на utf8_unicode_ci. Теперь перейдите в свой PhpMyAdmin (пункт назначения) и установите сопоставление БД на utf8_unicode_ci
(Операции > Сортировка).
Я использую это в linux:
sed -i 's/utf8mb4/utf8/g' your_file.sql
sed -i 's/utf8_unicode_ci/utf8_general_ci/g' your_file.sql
sed -i 's/utf8_unicode_520_ci/utf8_general_ci/g' your_file.sql
затем восстановите файл your_file.sql
mysql -uyourdbuser -pyourdbpasswd yourdb < your_file.sql
В Wordpress 4.2 появилась поддержка кодировки символов "utf8mb4" для причин безопасности, но только поддержка MySQL 5.5.3 и выше. Способ, которым установщик (и updater) справляется с этим, заключается в том, что он проверяет вашу версию MySQL, и ваша база данных будет обновлена до utfmb4, только если она будет поддерживаться.
Это звучит здорово в теории, но проблема (как вы обнаружили) - это когда вы переносите базы данных с сервера MySQL, поддерживающего utf8mb4, на тот, который этого не делает. В то время как другой путь должен работать, это в основном односторонняя операция.
Как уже указывал Evster, у вас может быть успех с использованием функции "Экспорт" PHPMYAdmin. Используйте "Метод экспорта: Пользовательский" и для "Системы баз данных или более старого сервера MySQL, чтобы максимизировать совместимость вывода с:" раскрывающимся списком выберите "MYSQL 40".
Для экспорта командной строки с использованием mysqldump. Посмотрите на флаг:
$ mysqldump --compatible=mysql4
Примечание. Если в базе данных есть 4-байтовые символы, они будут повреждены.
Наконец, для тех, кто использует популярный плагин WP Migrate DB PRO, пользователь в этом потоке Wordpress.org сообщает, что миграция всегда обрабатывается правильно, но я wasn ' t может найти что-нибудь официальное.
Плагин WP Migrate DB переводит базу данных из одной сортировки в другую, когда она перемещает 4.2 сайта между хостами с pre- или post-5.5.3 MySQL
В настоящее время не существует способа отказаться от обновления базы данных. Поэтому, если вы используете рабочий процесс, в котором вы переносите сайт из сервер или localhost с MySQL > 5.5.3 к одному, который использует более старую версию MySQL, вам может быть не повезло.
TYPE=MyISAM
который был удален в v5.1. Выполните поиск и замените на ENGINE=MyISAM
. Я не мог обойти это, используя параметры вывода mysqldump
.
В wp-config.php есть строка:
define('DB_CHARSET', 'utf8mb4');
Если вы следуете инструкциям Markouver/Evster, не забудьте изменить эту строку на рабочем сервере к
define('DB_CHARSET', 'utf8');
чтобы исправить сломанные 4-байтные символы
define('DB_COLLATE', 'utf8_general_ci');
также. Это помогло мне.
В моем случае получается мой
запускался новый сервер MySQL 5.5
,
старый сервер работал MySQL 5.6
.
Поэтому я получил эту ошибку при попытке импортировать файл .sql
, который я экспортировал с моего старого сервера.
MySQL 5.5 не поддерживает utf8mb4_unicode_520_ci
, но
MySQL 5.6 делает.
Обновление до MySQL 5.6
на новом сервере решает сопоставление ошибки!
Если вы хотите сохранить MySQL 5.5, вы можете:
- сделайте копию экспортированного файла .sql
- заменить экземпляры utf8mb4unicode520_ci
и utf8mb4_unicode_520_ci
... с помощью utf8mb4_unicode_ci
- импортируйте обновленный файл .sql
.
После долгого исследования я нашел решение выше:
Сначала вы меняете wp-config.php > Базу DB_CHARSET по умолчанию на "utf8"
Перейдите на вкладку "Экспорт" для базы данных
Нажмите переключатель "Пользовательский"
Перейдите в раздел "Параметры, специфичные для формата", и измените выпадающего списка "Система баз данных или старый сервер MySQL для максимизации совместимость вывода с:" от NONE до MYSQL40.
Прокрутите вниз и нажмите go
Затем вы находитесь.
Кажется, что ваш хост не предоставляет MySQL-версию, которая способна запускать таблицы с помощью сортировки utf8mb4.
Таблицы WordPress были изменены на utf8mb4 с версией 4.2 (выпущена 23 апреля 2015 г.) для поддержки Emojis, но вам понадобится MySQL 5.5.3 для ее использования. 5.5.3. с марта 2010 года, поэтому он обычно должен быть широко доступен. Cna вы проверяете, поддерживает ли ваш хостер эту версию?
Если нет, и обновление невозможно, вам, возможно, придется искать другого хостера для запуска последних версий WordPress (и вы всегда должны это делать по соображениям безопасности).
Итак, я решил таким образом, от MySQL 5.6 до MySQL 5.5:
$ mysqldump -u username -p --compatible=mysql4 database_name > database_name.sql
$ sed -i 's/TYPE=InnoDB/ENGINE=InnoDB/g' database_name.sql
(Необязательно) Создайте файл .sql.gz
:
$ gzip database_name.sql
$ mysqldump -u username -p --compatible=mysql4 database_name > database_name.sql
Как объясняется в ответе , это всего лишь эквивалент этих параметров от phpMyAdmin: "Система баз данных или более старый сервер MySQL для максимальной совместимости вывода с:" выпадающим меню "MYSQL 40".
$ sed -i 's/TYPE=InnoDB/ENGINE=InnoDB/g' database_name.sql
Нам нужно это, чтобы решить эту проблему:
ОШИБКА 1064 (42000) в строке 18: У вас есть ошибка в синтаксисе SQL; проверьте руководство, соответствующее версии вашего сервера MySQL, для правильного синтаксиса для использования рядом с "TYPE = InnoDB" в строке 9
$ sed -i'' 's/TYPE=InnoDB/ENGINE=InnoDB/g' database_name.sql
. Если вы хотите сохранить копию как database_name.sql.bak
до замены sed: $ sed -i'bak' 's/TYPE=InnoDB/ENGINE=InnoDB/g' database_name.sql
sed
.
У меня также возникла эта проблема. Решение, которое работало для меня, заключалось в открытии локальной базы данных с Sequel Pro и обновлением Кодирование и Collation до utf8/utf8_bin для каждой таблицы перед импортом.
Самый простой способ - экспортировать свою базу данных в .sql
, открыть ее на Notepad ++ и "Искать и заменить" utf8mb4_unicode_ci
на utf8_unicode_ci
, а также заменить utf8mb4
на utf8
. Также не забудьте изменить настройку базы данных на utf8_unicode_ci
(Operations > Collation).