数据迁移 想说爱你不容易
俗话说,建站容易,守站难,今天,我得加上一句,迁移网站更是难上难。
迁移网站,WEB文件不是难题,难就难在数据库的迁移问题上。
从mysql 4.x将数据导出成xxx.sql文件,准备作为mysql 5.x导入之用。之前,有相关的经验,在sql导入前必须给指定数据库文件一个编码声明:“SET NAMES 'gbk'”,告诉mysql要导入的是gbk编码的sql,按以往的做法,这样处理是成功的,但这次却不行了。乱码,还是乱码~
打开备份sql查看一下,里边的中文是完好的,说明sql文件是OK的。尝试使用Mysql-front重新从mysql 4.x中导出sql,再回到mysql 5.x导入,导入时却提示文件格式不能识别终止导入。无奈之下,决定采用最原始的做法,在命令行中,使用“source xxx.sql”导入数据。从浏览器上查看数据读取情况,还是乱码!
寻思一下,能不能使用程序后台的数据恢复呢?转移网站前,已经对网站数据进行了备份的,直接从备份数据恢复过来。于是,使用管理员帐号登录系统,由于管理帐号是英文的,登录成功,并能进入后台,在数据备份中,直接使用系统的恢复功能,重写数据库文件,这一次,居然成功了,而且编码也可以正确识别!
看来,在数据库迁移方面,做法是正确的,但针对于具体的某一应用程序,还得遵守一下数据的备份和还原规则才行。
迁移网站,WEB文件不是难题,难就难在数据库的迁移问题上。
从mysql 4.x将数据导出成xxx.sql文件,准备作为mysql 5.x导入之用。之前,有相关的经验,在sql导入前必须给指定数据库文件一个编码声明:“SET NAMES 'gbk'”,告诉mysql要导入的是gbk编码的sql,按以往的做法,这样处理是成功的,但这次却不行了。乱码,还是乱码~
打开备份sql查看一下,里边的中文是完好的,说明sql文件是OK的。尝试使用Mysql-front重新从mysql 4.x中导出sql,再回到mysql 5.x导入,导入时却提示文件格式不能识别终止导入。无奈之下,决定采用最原始的做法,在命令行中,使用“source xxx.sql”导入数据。从浏览器上查看数据读取情况,还是乱码!
寻思一下,能不能使用程序后台的数据恢复呢?转移网站前,已经对网站数据进行了备份的,直接从备份数据恢复过来。于是,使用管理员帐号登录系统,由于管理帐号是英文的,登录成功,并能进入后台,在数据备份中,直接使用系统的恢复功能,重写数据库文件,这一次,居然成功了,而且编码也可以正确识别!
看来,在数据库迁移方面,做法是正确的,但针对于具体的某一应用程序,还得遵守一下数据的备份和还原规则才行。
上一篇: 网页自动最大化窗口的解决方法
下一篇: 博客不死!
fyzh
呵呵呵,始终找不到你联系方式啊,能不能留个邮箱qq什么的,想请教你景观分析的问题啊