MySQL 4.0 升级到mysql 5.0的方法
更新时间：2011年02月25日 13:36:16 作者：
需要从4.0直接升级到5.0，查看了一下changelog，发现主要有以下变化，需要升级mysql的朋友可以参考下。
一、从 4.0 到 4.1 的主要变化
如果在4.1.0到4.1.3版本的MySQL中创建了包含 TIMESTAMP 字段的 InnoDB表。则在升级到4.1.4及更高时需要重建表，因为存储格式发生变化了
字符串根据标准SQL来比较：比较之前不删除末尾的空格，以前用末尾空格扩展了比较短的字符串。现在的结果是'a' > 'a\t'，以前则不这样。可以用 mysqlcheck 来检查一下数据表
TIMESTAMP 返回 'YYYY-MM-DD HH:MM:SS' 格式的字符串。在MySQL
4.0中，可以增加选项 --new 来获得MySQL 4.1中这方面的特性
在MySQL4.1.1前，语句解析器不是那么严格，它在处理字符串转时间转换时会忽略第一个数字前的其他字符。在4.1.1之后，就比较严格了
返回结果是 DATE, DATETIME, 或 TIME 类型的函数的结果会被转换成时间型
二、再看从 4.1 到 5.0 的主要变化
InnoDB 和 MyISAM 表中空格结尾的 TEXT 字段索引顺序改变了。因此需要运行
"CHECK TABLE" 语句修复数据表，如果出现错误，就运行 "OPTIMIZE TABLE" 或 "REPAIR
TABLE" 语句修复，甚至重新转储(用mysqldump)
MySQL 5.0.15开始，如何处理 BINARY 字段中填充的值已经改变了。填充的值现在是
0x00 而非空格了，并且在取值的时候不会去除末尾的空格
从MySQL 5.0.3开始，DECIMAL 的实现方式已经改变了，5.0对 DECIMAL
的格式限制严格多了
在MySQL 5.0.3到5.0.5之间版本的 MyISAM 和 InnoDB 表中创建的 DECIMAL
字段升级到5.0.6之后会发生崩溃
在以前，等待超时的锁会导致 InnoDB
回滚当前全部事务，从5.0.13开始，就只回滚最近的SQL语句了
在4.1.13/5.0.8以前，DATETIME 的加0后就转换成 YYYYMMDDHHMMSS 格式，现在变成
YYYYMMDDHHMMSS.000000 格式了
从5.0.3开始，DECIMAL 用更有效的格式来存储
5.0.3开始，在计算 DECIMAL 值和舍入精确值的时候采用精确数学
4.1中，FLOAT 或 DOUBLE 之间的比较碰巧没问题，但在5.0中可能就不行了
从5.0.3开始，VARCHAR 和 VARBINARY 字段中末尾的空格不再删除
增加了一个新的启动选项 innodb_table_locks，它导致 LOCK TABLE 时也可以请求
InnoDB 表锁。这个选项默认打开，不过可能在 AUTOCOMMIT=1 和 LOCK TABLES
应用中会导致死锁
看来，我只需主要关注 时间(TIMESTAMP, DATETIME< DATE, TIME) 和
数值型(FLOAD, DOUBLE, DECIMAL) 这两种类型的变化；另外，我升级过程中暂时还不需要涉及到字符集问题，因此相对轻松一些。
升级步骤如下：
执行
FLUSH TABLES WITH READ LOCK;/[code]
直接拷贝 MyISAM 表文件
用 mysqldump 导出 Innodb 类型的表
整个过程都很顺利，新系统启动之后，发现如下2个问题：
新增了关键字 INOUT，因此需要检查表结构中还有其他什么字段使用关键字了
DATE_FORMAT 函数要求严谨多了，
[code]DATE_FORMAT('2006/11/24 09:14:00', '%Y-%m-%d %T')
和
程序代码
DATE_FORMAT('2006/11/2409:14:00', '%Y-%m-%d %T')
的结果完全不一样，在 4.0 中，能兼容这两种格式，而在 5.0 中，只能正确的使用前者了，后者则会有问题。这也应该是上面提到的时间类型发生的变化所致。
到此为止，升级基本结束，大致检查了 DECIMAL 类型也没问题，剩下的就是检查其他的了。
如果在4.1.0到4.1.3版本的MySQL中创建了包含 TIMESTAMP 字段的 InnoDB表。则在升级到4.1.4及更高时需要重建表，因为存储格式发生变化了
字符串根据标准SQL来比较：比较之前不删除末尾的空格，以前用末尾空格扩展了比较短的字符串。现在的结果是'a' > 'a\t'，以前则不这样。可以用 mysqlcheck 来检查一下数据表
TIMESTAMP 返回 'YYYY-MM-DD HH:MM:SS' 格式的字符串。在MySQL
4.0中，可以增加选项 --new 来获得MySQL 4.1中这方面的特性
在MySQL4.1.1前，语句解析器不是那么严格，它在处理字符串转时间转换时会忽略第一个数字前的其他字符。在4.1.1之后，就比较严格了
返回结果是 DATE, DATETIME, 或 TIME 类型的函数的结果会被转换成时间型
二、再看从 4.1 到 5.0 的主要变化
InnoDB 和 MyISAM 表中空格结尾的 TEXT 字段索引顺序改变了。因此需要运行
"CHECK TABLE" 语句修复数据表，如果出现错误，就运行 "OPTIMIZE TABLE" 或 "REPAIR
TABLE" 语句修复，甚至重新转储(用mysqldump)
MySQL 5.0.15开始，如何处理 BINARY 字段中填充的值已经改变了。填充的值现在是
0x00 而非空格了，并且在取值的时候不会去除末尾的空格
从MySQL 5.0.3开始，DECIMAL 的实现方式已经改变了，5.0对 DECIMAL
的格式限制严格多了
在MySQL 5.0.3到5.0.5之间版本的 MyISAM 和 InnoDB 表中创建的 DECIMAL
字段升级到5.0.6之后会发生崩溃
在以前，等待超时的锁会导致 InnoDB
回滚当前全部事务，从5.0.13开始，就只回滚最近的SQL语句了
在4.1.13/5.0.8以前，DATETIME 的加0后就转换成 YYYYMMDDHHMMSS 格式，现在变成
YYYYMMDDHHMMSS.000000 格式了
从5.0.3开始，DECIMAL 用更有效的格式来存储
5.0.3开始，在计算 DECIMAL 值和舍入精确值的时候采用精确数学
4.1中，FLOAT 或 DOUBLE 之间的比较碰巧没问题，但在5.0中可能就不行了
从5.0.3开始，VARCHAR 和 VARBINARY 字段中末尾的空格不再删除
增加了一个新的启动选项 innodb_table_locks，它导致 LOCK TABLE 时也可以请求
InnoDB 表锁。这个选项默认打开，不过可能在 AUTOCOMMIT=1 和 LOCK TABLES
应用中会导致死锁
看来，我只需主要关注 时间(TIMESTAMP, DATETIME< DATE, TIME) 和
数值型(FLOAD, DOUBLE, DECIMAL) 这两种类型的变化；另外，我升级过程中暂时还不需要涉及到字符集问题，因此相对轻松一些。
升级步骤如下：
执行
复制代码 代码如下:
FLUSH TABLES WITH READ LOCK;/[code]
直接拷贝 MyISAM 表文件
用 mysqldump 导出 Innodb 类型的表
整个过程都很顺利，新系统启动之后，发现如下2个问题：
新增了关键字 INOUT，因此需要检查表结构中还有其他什么字段使用关键字了
DATE_FORMAT 函数要求严谨多了，
[code]DATE_FORMAT('2006/11/24 09:14:00', '%Y-%m-%d %T')
和
程序代码
DATE_FORMAT('2006/11/2409:14:00', '%Y-%m-%d %T')
的结果完全不一样，在 4.0 中，能兼容这两种格式，而在 5.0 中，只能正确的使用前者了，后者则会有问题。这也应该是上面提到的时间类型发生的变化所致。
到此为止，升级基本结束，大致检查了 DECIMAL 类型也没问题，剩下的就是检查其他的了。
相关文章
这篇文章主要介绍了Mysql的基本函数与自定义函数用法,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教2024-06-06
浅谈Mysql insert on duplicate key 死锁问
本文介绍了在并发场景下的 insert on duplicate key update sql 出现的死锁，经过分析发现这种sql确实比较容易造成死锁，这篇文章就从分析死锁展开，到最终如何解决这样的问题 分享相应的思路，感兴趣的可以了解一下2022-05-05
事务处理在各种管理系统中都有着广泛的应用，比如人员管理系统，很多同步数据库操作大都需要用到事务处理。这篇文章主要介绍了MySQL事务处理,需要的朋友可以参考下2014-06-06
MySQL大表重复字段应该如何查询到呢?这是很多人都遇到的问题，下面就教您一个MySQL大表重复字段的查询方法，供您参考2012-12-12
这篇文章主要介绍了多路搜索树B树、B+树，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧2019-04-04
这篇文章主要为大家详细介绍了mysql 5.7.16 ZIP包安装配置教程，具有一定的参考价值，感兴趣的小伙伴们可以参考一下2019-08-08
数据库的一个难题是无法将SQL语句的执行结果转换为想要的格式。本节，我们将通过学习格式转换中具有代表性的行列转换和嵌套式侧栏的生成方法，深入理解一下其中有重要作用的外连接2022-04-04
这篇文章主要给大家介绍了关于Ubuntu系统安装mysql的相关资料,现在的软件越来越好安装,尤其是在ubuntu下安装软件,文中通过图文介绍的非常详细,需要的朋友可以参考下2023-09-09
以下是对mysql关键词相关度排序方法进行了详细的分析介绍，需要的朋友可以过来参考下2013-08-08
本篇文章旨在介绍如何使用数据处理函数，和其他大多数计算机语言语言，MYSQL支持利用函数来处理数据，函数也就是一般在数据上执行，它给数据的转换和处理提供了方便2022-05-05
最新评论