Toggle navigation
面试宝典
架构师课程
开源
文章
博客
SpringCloud
CloudAlibaba
SpringBoot
Spring Boot1.X
Spring Boot2.X
关于
登录
|
注册
支付宝扫一扫帮助发展吧~
微信扫一扫帮助发展吧~
技术方案最佳实践
1.上线稳定性如何保...
2.稳定性保障,如何...
3.binlog真的是银...
4.缓存Bigkey坚决...
5.核心接口隔离,要...
6.每次上线都要加字...
7.ON UPDATE CU...
8.服务优雅下线,没...
9.Mybatis插件,...
10.在线进行分库分表...
11.深度分页,我都是这么玩的
ON UPDATE CURRENT_TIMESTAMP请慎用
尹吉欢
2022-01-08 21:18:28.0
0条评论
1268人阅读
版权声明:转载请先联系作者并标记出处。
实战经验
点击阅读全文
上一篇:每次上线都要加字段,走变更,如何破局?
下一篇:服务优雅下线,没你想的那么简单?
扫描下方二维码,加入Java方向技术交流讨论群。暗号:加群
去注册
去登录
登录后发表
去注册
去登录
登录后发表
大家好,我是架构摆渡人。这是实践经验系列的第七篇文章,这个系列会给大家分享很多在实际工作中有用的经验,如果有收获,还请分享给更多的朋友。 今天给大家分享一个容易忽略的问题,正是因为容易忽略,所以才要重视。 我们的业务表中有两个字段是必不可少的,分别是创建时间和修改时间,这样就知道数据是什么时候创建的,最后一次的修改时间是什么时候。 就是经常会在修改时间上看到这个语句ON UPDATE CURRENT_TIMESTAMP,SQL语句如下: ```sql `update_time` timestamp NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP; ``` 也就是说update_time这个字段不需要我们手动去维护,只要这行数据有修改,就会自动更新update_time,非常方便的一个功能。 但这个功能如果没用好,是很有可能带来严重的问题,下面给大家介绍下会带来什么问题? 在某个业务场景下,会使用update_time来进行范围查询,也就是查询增量更新的数据。正常情况下是没有问题的,功能也跑了很久。突然有
首次访问,人机识别
扫描下方二维码回复
王老吉
获取解锁验证码
步骤:[ 打开微信 ]->[ 扫描上方二维码 ]->[ 关注
猿天地
的公众号] 输入
王老吉
获取验证码,即可永久解锁本站全部文章。
验证码:
(请输入)
提交