MySQL: datetime vs timestamp
MySQL: datetime vs timestamp
十毛
发布于 2019-03-27 15:32:11
发布于 2019-03-27 15:32:11
区别
-
datetime支持时间区间1000-01-01 00:00:00到9999-12-31 23:59:59，timestamp只支持'1970-01-01 00:00:01' UTC到'2038-01-19 03:14:07' UTC -
datetime直接保存不需要转换，timestamp会转变为UTC时间保存在数据库，当select的时候再转变为当前时区的时间 -
datetime存储需要更多的字节，在mysql支持毫秒之前，datetime需要8字节，而timestamp只需要4个字节。细节可以参考TIMESTAMP vs. DATETIME, which should I be using?；支持毫秒之后，存储空间有两次变化，细节参见MySQL: DATETIME vs TIMESTAMP
误解
网上有一些描述存在错误
- 错误:
datetime不支持建立索引，其实是支持的。如下：
person | CREATE TABLE `person` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(32) NOT NULL,
`create_time` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
`modify_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
PRIMARY KEY (`id`),
KEY `ctime` (`create_time`),
KEY `mtime` (`modify_time`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8最佳实践
datetime和timestamp没有明显的优劣之分，如果选择要看实际场景，这里总结一些自己和别人的经验
- 如果需要提供全球服务或者跨时区调用，优先选择
timestamp；不过如果希望不同时区也显示同一个时间，则使用datetime（看具体应用吧） - 时间跨度很大，
timestamp满足不了的，只能选择datetime。比如历史时间或者未来时间。
时区对datetime和timestamp的影响
mysql> show create table person;
+--------+---------------------------------------------------------------------------+
| Table | Create Table |
+--------+---------------------------------------------------------------------------+
| person | CREATE TABLE `person` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(32) NOT NULL,
`create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
`modify_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 |
+--------+---------------------------------------------------------------------------+
1 row in set (0.00 sec)表person的create_time字段是datetime类型，modify_time是timestamp类型
mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name | Value |
+------------------+--------+
| system_time_zone | CST |
| time_zone | SYSTEM |
+------------------+--------+
2 rows in set (0.06 sec)
mysql> select * from person;
+----+------+---------------------+---------------------+
| id | name | create_time | modify_time |
+----+------+---------------------+---------------------+
| 1 | tim | 2018-07-14 17:42:40 | 2018-07-14 17:42:40 |
+----+------+---------------------+---------------------+
1 row in set (0.00 sec)可以看出表中的create_time和modify_time的时间都是2018-07-14 17:42:40
mysql> set time_zone='+00:00';
Query OK, 0 rows affected (0.00 sec)
mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name | Value |
+------------------+--------+
| system_time_zone | CST |
| time_zone | +00:00 |
+------------------+--------+
2 rows in set (0.00 sec)
mysql> select * from person;
+----+------+---------------------+---------------------+
| id | name | create_time | modify_time |
+----+------+---------------------+---------------------+
| 1 | tim | 2018-07-14 17:42:40 | 2018-07-14 09:42:40 |
+----+------+---------------------+---------------------+
1 row in set (0.00 sec)如果设置时区为0时区，则可以看到create_time不变，但是modify_time发生了变化，这是因为timestamp的保存是与时区无关的，当显示的时候，则会自动转变为当前时区的时间
注意事项
- CST：是一个可能代表多个时区的简写，这里是
China Standard Time，但是大部分情况下都是代表美国中部标准时间Central Standard Time
参考资料
- MySQL: DATETIME vs TIMESTAMP
- TIMESTAMP vs. DATETIME, which should I be using?
- MySQL Datetime vs Timestamp column types – which one I should use?
- Mybatis和Mysql的Datetime的一些问题
如果有一点帮助，麻烦点一个赞，如果没有，也期待你的反馈
本文参与 腾讯云自媒体分享计划，分享自作者个人站点/博客。
原始发表：2018.08.05 ，如有侵权请联系 cloudcommunity@tencent.com 删除
评论
登录后参与评论
推荐阅读
目录
相关产品与服务
云数据库 SQL Server
腾讯云数据库 SQL Server （TencentDB for SQL Server）是业界最常用的商用数据库之一，对基于 Windows 架构的应用程序具有完美的支持。TencentDB for SQL Server 拥有微软正版授权，可持续为用户提供最新的功能，避免未授权使用软件的风险。具有即开即用、稳定可靠、安全运行、弹性扩缩等特点。