解决MySQL中TIMESTAMP列使用CURRENT_TIMESTAMP的问题的方法
5星
- 浏览量: 0
- 大小:None
- 文件类型：PDF
简介：
本文介绍了解决MySQL数据库中TIMESTAMP字段使用CURRENT_TIMESTAMP时遇到问题的有效方法和技巧。
在部署程序过程中遇到的一个问题是关于MySQL数据库中的时间戳(TIMESTAMP)字段定义。下面是导致问题的SQL代码：
```sql
CREATE TABLE `example` (
`id` INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
`created` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
`lastUpdated` TIMESTAMP NOT NULL ON UPDATE CURRENT_TIMESTAMP,
PRIMARY KEY (`id`)
) ENGINE=InnoDB;
```
这段SQL是从项目中提取出来的，在测试机器上运行良好，但在生产环境中遇到了错误。
问题在于MySQL定义中的时间戳字段限制。具体来说，在创建包含多个TIMESTAMP列，并希望它们具有CURRENT_TIMESTAMP特性的表时可能会遇到错误：ERROR 1293 (HY000): Incorrect table definition; there can be only one TIMESTAMP column with CURRENT_TIMESTAMP in DEFAULT or ON UPDATE clause. 这意味着在MySQL版本5.5及更早的版本中，一个表只能有一个TIMESTAMP列具有默认值CURRENT_TIMESTAMP或ON UPDATE CURRENT_TIMESTAMP属性。如果你尝试定义两个或者更多的这样的列，则会引发这个错误。
然而，在MySQL 5.6.5及其之后的版本中，这一限制被放宽了，允许多个TIMESTAMP字段同时设置DEFAULT CURRENT_TIMESTAMP和ON UPDATE CURRENT_TIMESTAMP。这是由于对TIMESTAMP类型在自动初始化与更新功能上的改进所致。
当你的测试环境使用的是MySQL 5.6.13而生产环境是5.5时，你可能会遇到版本不兼容的问题：创建表语句在前者中可以正常执行，在后者中却会引发错误。
为了解决这个问题，你可以采用以下策略：
**降低期望**
如果你无法升级MySQL的版本至5.6或更高，则需要修改你的表设计。例如，只让`created`列具有自动设置时间戳的功能，并移除`lastUpdated`列上的ON UPDATE CURRENT_TIMESTAMP特性。
```sql
CREATE TABLE `example` (
`id` INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
`created` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
`lastUpdated` TIMESTAMP NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB;
```
**使用触发器**
如果你想在更新时自动设置时间戳，但又不能更改MySQL版本的话，则可以创建一个触发器来实现这一功能。
```sql
CREATE TABLE `example` (
`id` INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
`created` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
`lastUpdated` DATETIME NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB;
DROP TRIGGER IF EXISTS update_example_trigger;
DELIMITER //
CREATE TRIGGER update_example_trigger BEFORE UPDATE ON example
FOR EACH ROW SET NEW.lastUpdated = NOW()
//
DELIMITER ;
```
这个触发器会在更新任何行之前自动将`lastUpdated`字段设置为当前时间。
**使用其他时间戳类型**
你也可以考虑在数据库支持的情况下，使用DATETIME类型并手动设置时间。虽然这不提供自动更新功能，但可以在应用层面上添加逻辑来处理时间戳的更新操作。
当面临不同MySQL版本导致的兼容性问题时，理解这些差异至关重要。如果无法升级到更高的MySQL版本，在调整表结构或利用触发器等方法后可以实现类似的特性。记得在迁移或者部署数据库前进行详尽的兼容性测试以避免类似的问题发生。
全部评论 (0)
