解读mysql datetime类型精确到毫秒、微秒的问题

目录

mysql datetime类型精确到毫秒、微秒datetime类型精度提示：需要精确到微秒请不要直接使用datetime类型总结

mysql datetime类型精确到毫秒、微秒

mysql里面的datetime类型的精确度是可以到 1 / 1 0 6 1/10^6 1/106秒的（即百万分之一秒，即微妙），

某些客户端（如navicat for mysql）的显示经常只能看到精确到秒，其实是设计表的时候的配置问题，

可通过datetime列的长度进行设置，如下图：

在”设计表”中关于datetime类型设置如下：


长度： 最小为0，最大为6，就是显示时间的时候的秒后面的小数点后的位数，如长度为3则表示毫秒，长度为6则表示微妙。


小数点： 只能为0，就算填上别的数值，保存时候也会被改为0，可见只能为0。

datetime类型精度提示：需要精确到微秒请不要直接使用datetime类型

MySQL中的默认的datatime类型所控制的精度是不包含到毫秒的，它即包含date,也包含time，即：’YYYY-MM-DD hh:mm:ss’ , 取值范围 为’1000-01-01 00:00:00′ 到 ‘9999-12-31 23:59:59’


那么问题来了：

1. 如果插入的数据带有毫秒，那么会成功吗？如果成功，毫秒部分如何处理？是直接丢弃还是舍入？2. 如果想让数据更加精确，包含1-6位毫秒，怎么办？

对于问题1的答案是：会成功，毫秒部分不会直接丢弃，会舍入(rounding)，测试如下：

1. mysql> create table mqst1(id int, createtime datetime);
2. Query OK, 0 rows affected (0.07 sec)
3.  
4. mysql> insert into mqst1 values(1,’2021-10-01 21:08:08.123′);
5. Query OK, 1 row affected (0.01 sec)
6.  
7. mysql> insert into mqst1 values(2,’2021-10-01 21:20:08.678′);
8. Query OK, 1 row affected (0.01 sec)
9.  
10. mysql> select * from mqst1;
11. +——+———————+
12. | id   | createtime          |
13. +——+———————+
14. |    1 | 2021-10-01 21:08:08 |
15. |    2 | 2021-10-01 21:20:09 |
16. +——+———————+
17. 2 rows in set (0.00 sec)

复制代码 可以看到，插入是成功的，毫秒部分被4舍5入了。

对于问题2的答案是可以使用datetime(n)，其中n最大可以是6, 如果是0的话相当于datatime. 测试如下：

1. mysql> create table mqst2(id int, createtime datetime(6));
2. Query OK, 0 rows affected (0.03 sec)
3.  
4. mysql> insert into mqst2 values(1,’2021-10-01 21:08:08.123′);
5. Query OK, 1 row affected (0.04 sec)
6.  
7. mysql> insert into mqst2 values(1,’2021-10-01 21:08:08.123123′);
8. Query OK, 1 row affected (0.01 sec)
9.  
10. mysql> select * from mqst2;
11. +——+—————————-+
12. | id   | createtime                 |
13. +——+—————————-+
14. |    1 | 2021-10-01 21:08:08.123000 |
15. |    1 | 2021-10-01 21:08:08.123123 |
16. +——+—————————-+
17. 2 rows in set (0.00 sec)

复制代码
总结

以上为个人经验，希望能给大家一个参考，也希望大家多多支持软件技术网。