开发者

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

开发者 https://www.devze.com 2023-02-24 08:59 出处:网络 作者: 罗小爬EX
目录mysql datetime类型精确到毫秒、微秒datetime类型精度提示:需要精确到微秒请不要直接使用datetime类型总结mysql datetime类型精确到毫秒、微秒
目录
  • mysql datetime类型精确到毫秒、微秒
  • datetime类型精度提示:需要精确到微秒请不要直接使用datetime类型
  • 总结

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

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

某些客户端(如navicat for mysql)的显示经常只能看到精确到秒,其实是设计表的时候的配置问开发者_Hive题,

可通过datetime列的长度进行设置,如下图:

解读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'

http://www.devze.com么问题来了:

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

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

mysql> create table mqst1(id int, cphpreatetime datetime);
Query OK, 0 rows affected (0.07 sec)

mysql> insert into mqst1 values(1,'2021-10-01 21:08:08.123');
Query OK, 1 row affected (0.01 sec)

mysql> insert into mqst1 values(2,'2021-10-01 21:20:08.678');
Query OK, 1 row affected (0.01 sec)

mysql> select * from mqst1;
+------+---------------------+
| id  | createtime     |
+------+---------------------+
|  1 | 2021-10-01 21:08:08 |
|  2 | 2021-10-01 21:20:09 |
+------+---------------------+
2 rows in set (0.00 sec)

可以看到,插入是成功的,毫秒部分被4舍5入了。

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

mysql> create table mqst2(id int, createtime datetime(6));
Query OK, 0 rows affected (0.03 sec)

mysql> insert into mqst2 values(1,'2021-10-01 21:08:08.123');
Query OK, 1 row affected (0.04 sec)

mysql> insert into mqst2 values(1,'2021-10-01 21:08:08.123123');
Query OK, 1 row affected (0.01 sec)

mysql> select * from mqst2;
+------+----------------------------+
| id  | createtime         |
+------+----------------------------+
|  1 | 2021-10-01 21:08:08.123000 |
|  1 | 2021-10-01 21:08:08.123123 |
+------+----------------------------+
2 rows in set (0.00 sec)

总结

以上为个人经验,希望能给大家一个参考,也希望大家多多支持我们。

0

精彩评论

暂无评论...
验证码 换一张
取 消