MySQL 中插入更新时间戳：如何避免完成时间戳早于开始时间戳？

结论：统一时间源，用NOW()，防时间戳错乱。

异步先插入，后更新，顺序不能乱。

手动时间戳，风险高，用SQL函数妥。

事务包操作，顺序保，原子性更强。

触发器把关，最后防，数据更可靠。

你自己掂量。

mybatis sql小于7天前

跟你说个事儿，前年我在搞一个项目，用MyBatis查数据，那会儿真是头大。
你要是想知道小于7 天前的数据，这事儿还真挺实际的。

我当年用的是MySQL，那会儿就是想查一个表里的数据，比如叫orders，有个时间字段叫order_time。
你想啊，肯定得用日期函数呗。
我就用了CURDATE()，这玩意儿就是取当前日期，不带时间。
或者用NOW()，这个带时间的。

计算7 天前的日期，我那会儿用的是CURDATE()
INTERVAL 7 DAY。
你看，简单不？或者用DATE_SUB(NOW(), INTERVAL 7 DAY)也行。
这俩都能算出7 天前的日期。

然后，我就在WHERE子句里加个条件。
比如，我写的SQL语句就是：
sql SELECT FROM orders WHERE order_time < (CURDATE()
INTERVAL 7 DAY);
这意思就是查orders表里order_time小于7 天前的所有记录。
你也可以用DATE_SUB，写成：
sql SELECT FROM orders WHERE order_time < DATE> 这俩效果一样。

然后，在MyBatis的映射文件里，我就这么写：
xml <select id="selectOrdersBeforeSevenDays" resultType="Order"> SELECT FROM orders WHERE order_time < {daysAgo} </select>
注意，这里我用{daysAgo}传参数，而不是用${}。
因为${}那玩意儿容易SQL注入，不安全。
{daysAgo}是预编译语句，安全多了。

在Mapper接口里，我这么写：
java List selectOrdersBeforeSevenDays(int daysAgo);
调用这个方法，传7 进去，MyBatis就能自动替换{daysAgo}，执行查询。
那年我试了好几遍，终于搞定了。
这事儿吧，关键就是别用${}，安全第一。

你要是用的不是MySQL，比如Oracle或者PostgreSQL，那日期函数又不一样了。
这块我没碰过，不敢乱讲。
不过MySQL这块儿，我当年踩过的坑就是用错占位符，差点儿就出事了。

MySQL中如何计算两个时间之间的时间差mysql中两时间的差值

说白了，MySQL算时间差就两招：TIMEDIFF和TIMESTAMPDIFF。
这两函数都能算出时间差，但用途不太一样。

TIMEDIFF是直接给你时间差字符串，像"2 :3 0:1 5 "，特别适合看总时长。
去年我们跑那个项目监控时，发现有个定时任务执行时间突然从1 小时飙到5 小时，直接用TIMEDIFF(NOW(), '任务开始时间')就揪出问题了。
不过要注意，这个函数结果带冒号，存进数字字段要转成秒数，不然算错了。

TIMESTAMPDIFF更灵活，直接给你秒/分钟/小时这种数字。
比如我们统计用户登录间隔，用TIMESTAMPDIFF(MINUTE, last_login, NOW())，得个整数，直接做统计图。
这个函数有个坑，单位参数写错会报错，比如写成MONTH会直接崩溃，用YEAR和DATE单位时尤其要小心。

我一开始也以为TIMEDIFF和TIMESTAMPDIFF功能一样，后来发现差在结果格式——前者是可读字符串，后者是原始数字。
等等，还有个事，计算跨天时间差时，TIMESTAMPDIFF(DAY, '2 02 3 -01 -01 ', '2 02 3 -01 -03 ')会给你算出2 ，但TIMEDIFF会显示负数，这个点很多人没注意。

建议用TIMEDIFF看总时长，TIMESTAMPDIFF做数据统计，记得单位别写错。