【 TiDB 使用环境】生产环境
【 TiDB 版本】v4.0.9
【复现路径】无
【遇到的问题:】2024-03-10 02:00:00.xxx - 2024-03-10 02:59:59.xxx
Tidb 数据库datetime类型数据
三月十号 2点的整个周期只要xxx >500 就无法写入数据库,其他的时间都可以,3月11的2点多也可以 ,,就3月10号的不行
【资源配置】
【附件:截图/日志/监控】
找个新版本的环境试试,可能已经修复了
遇到bug了吧
按大佬说的,升级
版本有点低呀
升级到6.5X以上吧,说不定已经修复BUG了
真的是BUG吗,现在手上也连不到数据库验证
哈?不大可能吧,是不是要datetime(3)类型?
真的 生产运行两三年了 凌晨出个这
你的表的时间字段定义是什么样的?
如果你要存储毫秒,那么需要指定时间字段定义的小数位数
表结构发下看看
不需要存储毫秒级数据的,
越看越像BUG , 如果能复现,或许可以让厂家给出个PATCH或者其他的解决方案。
只需要存储类似这样的时间 2023-11-30 16:15:22,,仅仅2-3点之前的毫秒值大于等于500的数据无法存入,其他都正常
表结构如下,那个create_time字段,其他字段随便处理了一下哈,抱歉
CREATE TABLE xxx
(
id
bigint(64) NOT NULL AUTO_INCREMENT COMMENT ‘’,
b
varchar(100) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT ‘’,
c
varchar(190) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT ‘’,
d
varchar(10000) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT ‘’,
e
varchar(50) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT ‘’,
f
varchar(20) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT ‘’,
g
bigint(64) NOT NULL COMMENT ‘’,
create_time
datetime NOT NULL COMMENT ‘’,
h
varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin DEFAULT NULL COMMENT ‘’,
PRIMARY KEY (id
),
KEY h4
(create_time
),
) ENGINE=InnoDB AUTO_INCREMENT=xxxxxx DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
现在是必现,测试环境我准备换个版本测试一下
4.0版本的库没有,5.4版本没有复现
当年使用的时候 还只有4.0版本,这些年一直没出啥问题,也就没升级版本,报错时候直接给我搞蒙了,到了3点又自己好了
4.x版本太老了,还是升级吧
可以试试datetime(3)