Как правильно скопировать mediawiki базу данных (mysql), не портя данные?
mysqldump и show create table обычно довольно надежные рабочие лошади и не должны изменять кодировку самостоятельно. Если они используют "двоичный" набор символов, возможности, это - на самом деле набор символов, данный таблице (не обязательно столбцы, хотя). Можно ли перепроверить текущий набор символов таблицы в браузере базы данных?
Я попробовал бы простое, простое mysqldump в файл, восстанавливая дамп в зеркальную базу данных, и внимательно изучают специальные символы. Отличающийся от резервных копий, взятых с помощью phpMyAdmin, те, которые из командной строки, склонны работать очень хорошо, по моему опыту.
Резервное копирование базы данных является жизненной вещью сделать, так браво для получения к нему.
Я рекомендую тестировать Вашу стратегию резервного копирования, не только из-за озабоченности по поводу языка, но и потому что один из самых повторных печально известных worst-disaster-ever сценариев для очень многих организаций является резервным копированием, которое никогда не тестировалось и было сделано неправильное в течение многих лет - и не было там, работа, когда это было в конечном счете необходимо. ЦЕЛЫЙ процесс резервного копирования должен быть протестирован.
Во-первых, остановите все действие сервера и возьмите резервное копирование операционной системы. Это никогда не плохая идея за исключением времени простоя наличия сервера вниз. Некоторые системы баз данных могут позволить Вам сделать резервное копирование ОС, в то время как система баз данных работает, и все еще создайте совершенно допустимое резервное копирование! PostgreSQL является такой системой - я настоятельно рекомендую его.
Что касается наборов символов, Unicode (иначе UTF-8) содержит всех испанцев, но ISO-8859-1 широко выбран.
Посмотрите эти ссылки:
Символы Unicode и Консорциум Unicode и я думали, что этот мог бы быть полезным также: MySQL Character Set для ISO-8859-1
Я также рекомендую иметь вторую установку и восстановить Ваше резервное копирование в него. Это делает три вещи:
- Это помогает проверить это, сам процесс резервного копирования работает правильно
- Это обеспечивает место для тестирования с реальными данными, и;
- Это обеспечивает своего рода дополнительное "резервное копирование", которое имеет меньше служебное для получения до, чем выполнение полного восстановления - это может оказаться полезным неоднократно по различным причинам.
Если Вы не хотите останавливать свой сервер для резервного копирования, я сильно совет, что Вы взглянули на Xtrabackup. Этот инструмент выполняет онлайн резервное копирование InnoDB (и XtraDB) таблицы. Я использую его на своих рабочих серверах. Это не подчеркивает их слишком много и может выполнить возрастающие резервные копирования.