mysql使用updatetime作为乐观锁

mysql使用updatetime作为乐观锁

本文记录一下,我是用mysql的updatetime字段作为乐观锁版本号遇到的问题。

乐观锁

首先标准的乐观锁,应该存在一个version字段,每次更新时人工自增此字段,但是这样每次更新时都要多维护一个字段很麻烦。
所以我使用数据库中的update_time字段作为乐观锁的version使用,将update_time字段设为每次有更新时自动刷新,使用此字段当作version使用,免去了每次自己维度版本号的问题。

如下面sql:

1
`update_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间'

使用乐观锁时是这样的:

1
update table set  field = 'field' where id = 1 and update_time = update_time

精度问题

但是这又引入了新的问题,默认情况下datetime的精度是秒级的,如果同一秒的两次更新,乐观锁是不生效的。

为了解决这个问题,我将update_time字段的精度设置为小数点后6位,缩小精度后,乐观锁只有在同时0.000001秒内同时执行才会失效。
这样改动后在我需要的场景下,是可以满足要求的,一方面是因为与数据库的网络交互本身就比0.000001秒长,另一方面我的场景不需要乐观锁百分百生效

如下是我使用了的sql更新表结构。

1
`update_time` datetime(6) NOT NULL DEFAULT CURRENT_TIMESTAMP(6) ON UPDATE CURRENT_TIMESTAMP(6) COMMENT '更新时间'

改动后手动更新一条数据,发现update_time字段果然保留了小数点后6位,于是我将代码部署到测试环境进行测试。

踩坑

部署测试环境开始测试后,发现我的更新语句失效了,更新条数是0条。于是我在本地进行测试。

1
2
3
4
5
6
7
8
9
//使用id = 1 从数据库中查询一条记录
Order order = queryById(1)

//更新id = 1的记录,并在where条件中加上update_time
int updateCount = updateOrder(1,order.getUpdateTime)

//更新的条数,竟然是0条
assert updateCount == 0

查询数据,然后再更新竟然不行,更新失败了???

解释

其实原因是,java里面的Date存储的是Long型的毫秒值,精度只到毫秒单位,而数据库里面的update_time是小数点后6位,已经到纳秒级别了,所以从数据库查询数据时,毫秒后面的被忽略了。
所以更新的时候才导致无法更新。

解决这个问题的话,将数据库update_time精度设为小数点后3位即可。毫秒级别也已经很小了,毕竟一次数据库网络传输也要1-20毫秒

1
`update_time` datetime(3) NOT NULL DEFAULT CURRENT_TIMESTAMP(3) ON UPDATE CURRENT_TIMESTAMP(3) COMMENT '更新时间'

mysql使用updatetime作为乐观锁
https://www.huangchaoyu.com/1509978234.html
作者
hcy
发布于
2021年7月1日
更新于
2024年8月17日
许可协议