周末帮一个客户做了一次升级，是从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 来看看数据表是否有问题，然后再决定下一步该怎么做
