mysql 进位,mysql时间截取还是时间进位

最新推荐文章于 2022-08-26 19:16:18 发布

二院大蛙

最新推荐文章于 2022-08-26 19:16:18 发布

阅读量89

点赞数

文章标签： mysql 进位

今天研发在修复数据的时候发现代码的日志数据和mysql的数据对不上，于是开始了问题查找，发现是代码写入的时间字段是‘2019-02-05 09:08:48.567’，但数据库的时间字段为datetime，导致时间进位引起的，具体测试如下：

表结构：

mysql> desc test;

+------------+--------------+------+-----+---------+----------------+

+------------+--------------+------+-----+---------+----------------+

| id | int | NO | PRI | NULL | auto_increment |

+------------+--------------+------+-----+---------+----------------+

6 rows in set (0.00 sec)

插入数据：

mysql> insert into test (date0,time0,time3,timestamp0,timestamp3)

values

('2019-03-03 13:00:00','2019-03-03 13:00:00.500','2019-03-03 13:00:00.500500','2019-03-03 13:00:00.500','2019-03-03 13:00:00.500500');

Query OK, 1 row affected, 1 warning (0.01 sec)

mysql> insert into test (date0,time0,time3,timestamp0,timestamp3)

values

('2019-03-03 13:00:00','2019-03-03 13:00:00.400','2019-03-03 13:00:00.500400','2019-03-03 13:00:00.400','2019-03-03 13:00:00.500400');

Query OK, 1 row affected, 1 warning (0.00 sec)

查询数据：

mysql> select * from test;

+----+------------+---------------------+-------------------------+---------------------+-------------------------+

+----+------------+---------------------+-------------------------+---------------------+-------------------------+

| 1 | 2019-03-03 | 2019-03-03 13:00:01 | 2019-03-03 13:00:00.501 | 2019-03-03 13:00:01 | 2019-03-03 13:00:00.501 |

| 2 | 2019-03-03 | 2019-03-03 13:00:00 | 2019-03-03 13:00:00.500 | 2019-03-03 13:00:00 | 2019-03-03 13:00:00.500 |

+----+------------+---------------------+-------------------------+---------------------+-------------------------+

2 rows in set (0.00 sec)

由此可见：

当我们写入时间字段有毫秒值，但是数据库实际没有毫秒值的时候，数据库记录的时间会根据四舍五入原则执行进位或者截取，如果在时间精度严格的数据库上在写入类似‘2019-03-03 23:59:59.600’这样的时间的话会导致数据统计到下一天，造成统计不一致问题。

解决方法：一定要统一数据时间字段的设置和写入的时间精度。

标签：03,00,截取,13,2019,mysql,NULL,进位

来源： https://www.cnblogs.com/xiaoyouzhiqi/p/14520317.html

关注