博客
关于我
mysql5.5和5.6版本间的坑
阅读量:795 次
发布时间:2023-02-11

本文共 838 字,大约阅读时间需要 2 分钟。

MySQL 5.5 和 5.6 在一些配置上有显著的差异,这可能会影响数据库的行为。以下是关于这些版本在特定字段类型上的不同处理方式的总结。

首先,INT 类型的处理方式存在差异。在 MySQL 5.5 中,如果 INT 字段不设置为 NOT NULL,并且没有 DEFAULT 的定义,新增数据时会自动填充为 0。这种行为可能会让一些开发者感到意外,尤其是在不希望字段为空的情况下。

在 MySQL 5.6 中,同样的配置下,INT 字段在没有 DEFAULT 值时会严格不允许为空。这意味着即使字段没有设置为 NOT NULL,也无法自动填充为 0。这一变化可能会导致一些应用程序在迁移过程中出现问题,尤其是在处理字段为空的情况时。

接下来,datetime 字段的行为也有所不同。在 MySQL 5.5 中,datetime 字段无法直接设置为有默认值(DEFAULT)。如果需要设置默认时间,通常需要通过复杂的方式实现,而不能直接在字段定义中指定。这可能会让一些开发者感到困惑,尤其是在需要为新记录设置默认时间戳的情况下。

MySQL 5.6 则提供了更大的灵活性。用户可以直接在 datetime 字段中设置 DEFAULT CURRENT_TIMESTAMP,这将为新记录设置当前的时间和日期。这一功能使得数据库管理更加方便,尤其是在需要保证数据的一致性和完整性时。

关于严格模式的设置,MySQL 5.6 提供了更大的灵活性。用户可以通过关闭严格模式来避免一些严格的错误检查。具体来说,可以通过注释掉 my.cnf 文件中的 STRICT_TRANS_TABLES 和 NO_ENGINE_SUBSTITUTION 参数,或者通过 SQL 命令设置 @@global.sql_mode 为 'STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION'。这使得在某些情况下能够更灵活地处理数据,同时也需要谨慎操作,以避免潜在的数据问题。

转载地址:http://cjbfk.baihongyu.com/

你可能感兴趣的文章
Mysql:连接报错“closing inbound before receiving peer‘s close_notify”
查看>>
mysqlbinlog报错unknown variable ‘default-character-set=utf8mb4‘
查看>>
mysqldump 参数--lock-tables浅析
查看>>
mysqldump 导出中文乱码
查看>>
mysqldump 导出数据库中每张表的前n条
查看>>
mysqldump: Got error: 1044: Access denied for user ‘xx’@’xx’ to database ‘xx’ when using LOCK TABLES
查看>>
Mysqldump参数大全(参数来源于mysql5.5.19源码)
查看>>
mysqldump备份时忽略某些表
查看>>
mysqldump实现数据备份及灾难恢复
查看>>
mysqldump数据库备份无法进行操作只能查询 --single-transaction
查看>>
mysqldump的一些用法
查看>>
mysqli
查看>>
MySQLIntegrityConstraintViolationException异常处理
查看>>
mysqlreport分析工具详解
查看>>
MySQLSyntaxErrorException: Unknown error 1146和SQLSyntaxErrorException: Unknown error 1146
查看>>
Mysql_Postgresql中_geometry数据操作_st_astext_GeomFromEWKT函数_在java中转换geometry的16进制数据---PostgreSQL工作笔记007
查看>>
mysql_real_connect 参数注意
查看>>
mysql_secure_installation初始化数据库报Access denied
查看>>
MySQL_西安11月销售昨日未上架的产品_20161212
查看>>
Mysql——深入浅出InnoDB底层原理
查看>>