首页 / MYSQL / MySQL4.0升级到5.0
MySQL4.0升级到5.0
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了MySQL4.0升级到5.0,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含2848字,纯文字阅读大概需要5分钟。
内容图文
![MySQL4.0升级到5.0](/upload/InfoBanner/zyjiaocheng/565/a2936751d55a4c248a63ea0c9aeeef92.jpg)
由于需要,从4.0直接升级到5.0,查看了一下changelog,发现主要有以下变化: 一、从 4.0 到 4.1 的主要变化 如果在4.1.0到4.1.3版本的MySQL中创建了包含 TIMESTAMP 字段的 InnoDB 表。则在升级到4.1.4及更高时需要重建表,因为存储格式发生变化了 字符串根据
由于需要,从4.0直接升级到5.0,查看了一下changelog,发现主要有以下变化:
一、从 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中这方面的特性 - 在MySQL
4.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;
直接拷贝 MyISAM 表文件
- 用
mysqldump
导出 Innodb 类型的表
整个过程都很顺利,新系统启动之后,发现如下2个问题:
- 新增了关键字
INOUT
,因此需要检查表结构中还有其他什么字段使用关键字了 DATE_FORMAT
函数要求严谨多了,
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
类型也没问题,剩下的就是检查其他的了。
内容总结
以上是互联网集市为您收集整理的MySQL4.0升级到5.0全部内容,希望文章能够帮你解决MySQL4.0升级到5.0所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。