服务器的mysql状态如下:
Server version: 5.0.18-standard-log
Protocol version: 10
Server characterset: latin1
Db characterset: latin1
Client characterset: latin1
Conn. characterset: latin1
这样的编码在备份和恢复的时候会有问题,因此做了如下测试来保证其正确:
1. 恢复到原数据库,恢复后编码不变,仍全是latin1。
- 通过后台的worpress database backup 插件备份数据;
- 创建新数据库,此时编码仍全是latin1;
- 使用mysql> \. backup.sql 进行恢复,blog浏览显示正常,编码仍全是latin1;
- 插入新数据,浏览正常;
- 插入数据后再次备份,再次使用1、2、3恢复,正常。
2. 恢复到原数据库,恢复后编码变为server和database编码是utf8,client和conn编码是latin1。
- 通过后台的worpress database backup 插件备份数据;
- 创建新数据库,此时编码仍全是latin1;
- 修改backup.sql,在前面增加
SET CHARACTER_SET_DATABASE = 'utf8';
SET CHARACTER_SET_SERVER = 'utf8';
两行; - 使用mysql> \. backup.sql 进行恢复,blog浏览显示正常,编码变为server和database编码是utf8,client和conn编码是latin1;
- 插入新数据,浏览正常;
- 插入数据后再次备份,再次使用1、2、3恢复,浏览正常。
3. 恢复到另外一个数据库(目的数据库是4.1.18-nt,window安装时选择了多语言,服务端默认utf8,状态如下)。
Server version: 4.1.18-nt
Protocol version: 10
Server characterset: utf8
Db characterset: utf8
Client characterset: latin1
Conn. characterset: latin1
- 通过 mysql> mysqldump -u ID -p -h hostname.samuelchen.net --default-character-set=latin1
-set-charset=utf8 --skip-opt database_name> backup.sql 备份数据; - 创建新数据库,server和database编码是utf8,client和conn编码是latin1;
- 修改backup.sql,在最前面增加 SET NAMES 'utf8';
- 使用mysql> \. backup.sql 进行恢复,blog浏览显示正常,编码变为server和database编码是utf8,client和conn编码是latin1;
- 插入新数据,正常;
- 插入数据后再次备份,再次恢复,正常。
- 恢复到1,2所示的latin1数据库,无须修伽,正常。