MySQL 4到5的快速升级
周末帮一个客户做了一次升级,是从4.0.22直接升级到5.0.37,在windows平台下。由于是在windows平台下,而且涉及到乱码,担心会比较麻烦,我就先用一小部分数据进行测试。结果表明,如果原来采用的是latin1字符集,并且在MySQL 5中也使用latin1作为默认字符集的话,在显示中文方面是不会有问题的。当然了,这只是针对MyISAM类型的表,如果是InnoDB我想还是需要通过 "mysqldump" 来实现的。
由于MySQL 4.0和5.0的MyISAM存储引擎在各方面都发生了变化,详情可以看"MySQL 4.0 升级到5.0"。这些变化会导致一些异常的情况出现,比如一个 VARCHAR/CHAR 类型的字段查询上的异常,看下面几个查询:
mysql>SELECT name,'yejr',length(name),length('yejr') mysql>FROM user WHERE name ='yejr'; Empty set (0.00 sec) mysql> mysql> mysql>SELECT name,'yejr',length(name),length('yejr') mysql>FROM user WHERE uid=1; +---------+------+--------------+----------------+ | name | yejr | length(name) | length('yejr') | +---------+------+--------------+----------------+ | yejr | yejr | 4 | 4 | +---------+------+--------------+----------------+ mysql> mysql>SELECT name,'yejr',length(name),length('yejr') mysql>FROM user WHERE uid=1 AND name='yejr'; Empty set (0.00 sec)
明明 'yejr' 和 name 内容相同,而且长度也一样,却无法得到正确的结果呢?先来看看数据表的情况吧:
mysql> CHECK TABLE user; +---------------------+-------+----------+---------------------------------------------------------+ | Table | Op | Msg_type | Msg_text | +---------------------+-------+----------+---------------------------------------------------------+ | yejr.user | check | error | Checksum for key: 2 doesn't match checksum for records | | yejr.user | check | error | Corrupt | +--------+-------+----------+---------------------------------------------------------+ 2 rows in set (0.04 sec)
原来是把旧版本的文件直接拷贝到新版本的环境下后,出现了checksum失败,那就好办了,REPAIR 一下吧:
mysql>REPAIR TABLE user; +--------+--------+----------+----------+ | Table | Op | Msg_type | Msg_text | +--------+--------+----------+----------+ | yejr.user | repair | status | OK | +--------+--------+----------+----------+
然后再查询一下,就没有任何问题了。
最后,我们来看看原因是什么,查了一下手册,发现有这么一句话:
MyISAM 现在使用更好的校验和算法了
这是在从MySQL 4.0 到 4.1 所产生的变化,在 "升级 MySQL" 中就能看到全部的变化列表。
总结一下,通常情况下,直接拷贝MyISAM数据文件即可实现低成本升级,但是如果碰到了字符集以及版本变化比较大的时候,最好看看本文以及上述提到的 另外两篇文章。还有就是,如果出现一些异常情况了,就先执行 CHECK TABLE 来看看数据表是否有问题,然后再决定下一步该怎么做。
评论
Looy888
周二, 2008/01/29 - 11:20
Permalink
我从4.0.26版本
我从4.0.26版本 把文件考到4.1.22版本 跟考到5.0.45版本
在VARCHAR/CHAR 字段上 越来VARCHAR(30) 的 在4.1 版本跟5.0 版本都会变掉
而且值都不一样
yejr
周二, 2008/01/29 - 15:38
Permalink
尝试本文提到的方法
尝试本文提到的方法了没?
MySQL方案、培训、支持
MySQL 用户组
Looy8888 (未验证)
周二, 2008/01/29 - 22:42
Permalink
我是安装你的方法去
我是安装你的方法去做的 呵呵
其中 CHECK TABLE tb-name; 的4.1.x版本是没有问题 都ok 5.0.x版本是有问题
而且REPAIR TABLE **;后有些表还有问题
不过后面我用 mysqldump 工具 先升级到4.1.x版本 然后再从4.1.x版本升级到5.0.x版本
暂时无发生问题