В ожидании новой версии 1.1.0, в связи с участившимися сообщениями о проблемах с киррилическими символами, которые заменялись вопросительными знаками, вышла промежуточная версия 1.0.8. Проблема была связана с тем, что при переходе с MySQL 4.0 на 4.1, не указывалась правильная кодировка данных для таблиц, в итоге у таблиц была кодировка latin1, а данные в cp1251 (она же windows-1251). Для решения проблемы в дампере была добавлена автосмена кодировки соединения и коррекция кодировки таблиц при восстановлении.
Автосмена кодировки работает, если в dumper.php для свойства "CHARSET" указано значение "auto" (установлено по умолчанию, доступно для версии 1.0.8 и выше). При этом при бекапе скрипт устанавливает кодировку соединения в соответствии с кодировкой таблицы. При восстановлении таблиц в случаях, когда кодировка указана в структуре таблицы, то выбирается именно эта кодировка для соединения, иначе устанавливается кодировка соединения указанная в dumper.php, свойство "RESTORE_CHARSET" (по умолчанию "cp1251"), кроме того указанная кодировка добавляется в структуру таблицы (это удобно при переносе базы с MySQL версии 4.0 на 4.1). При смене кодировок дампер выводит соответствующую информацию.
В случаях когда автосмена кодировки отключена, дампер устанавливает кодировку соединения "CHARSET" для бекапа, и "RESTORE_CHARSET" для восстановления, и не меняет ее во время работы. Но в случаях когда кодировка таблицы и соединения не совпадает выводит соответствующее сообщение.
В RESTORE_CHARSET можно указывать не только кодировку, но и желаемое сравнение, к примеру, если нужно чтобы у таблиц была кодировка cp1251 и сравнение cp1251_ukrainian_ci, то нужно в RESTORE_CHARSET указать 'cp1251_ukrainian_ci'.
Еще одна новая возможность дампера, это коррекция (принудительная смена) кодировки таблиц MySQL при восстановлении, о которой более подробно написано здесь.
