从 MySQL 5.6 版本开始,DATETIME,NOW、SYSDATE,TIMESTAMP 类型支持毫秒,DATETIME(N) 中的 N 表示毫秒的精度
DEFAULT CURRENT_TIMESTAMP(6) ON UPDATE CURRENT_TIMESTAMP(6)
若带有毫秒时,类型 TIMESTAMP 占用 7 个字节
5.7 datetime 用int存储,占5个字节。datetime(6)占8个字节
类型 TIMESTAMP 最大的优点是可以带有时区属性
1. TIMESTAMP
虽然从毫秒数转换到类型 TIMESTAMP 本身需要的 CPU 指令并不多,这并不会带来直接的性能问题。但是如果使用默认的操作系统时区,则每次通过时区计算时间时,要调用操作系统底层系统函数 __tz_convert(),而这个函数需要额外的加锁操作,以确保这时操作系统时区没有修改。所以,当大规模并发访问时,由于热点资源竞争,会产生两个问题。
- 性能不如 DATETIME: DATETIME 不存在时区转化问题。
- 性能抖动: 海量并发时,存在性能抖动问题。
为了优化 TIMESTAMP 的使用,强烈建议你使用显式的时区,而不是操作系统时区。比如在配置文件中显示地设置时区,而不要使用系统时区:
[mysqld]
time_zone = "+08:00"
# 比较time_zone为System和Asia/Shanghai的性能对比
mysqlslap -uroot --number-of-queries=1000000 --concurrency=100 --query='SELECT NOW()'
本文探讨了MySQL中TIMESTAMP与DATETIME类型的差异,特别是从5.6版本开始,TIMESTAMP支持毫秒精度但可能带来的性能问题。由于时区转换可能导致CPU指令增加和操作系统底层函数的竞争,在大规模并发时,TIMESTAMP的性能可能不如DATETIME,并出现性能抖动。为优化,建议使用显式时区而非操作系统时区。

被折叠的 条评论
为什么被折叠?



