摘要：不管你是HR算工龄和裁员补偿，还是开发人员搞合同到期提醒，这俩函数搭把手，能让你彻底摆脱手动敲Excel表格的苦日子，计算又快又准，新手也能轻松上手！

MySQL时间计算组合TIMESTAMPDIFF和PERIOD_DIFF

MySQL里的DATE神器和工龄计算搭子，世界上最牛逼的补偿金函数对

MySQL怎么精准算工龄？手把手教你补偿金不出错

MySQL算年限就靠这俩，HR再也不喊人手动改表格了

咱开门见山啊！今天要聊的是MySQL里处理时间差的俩狠角色——TIMESTAMPDIFF和PERIOD_DIFF。

不管你是HR算工龄和裁员补偿，还是开发人员搞合同到期提醒，这俩函数搭把手，能让你彻底摆脱手动敲Excel表格的苦日子，计算又快又准，新手也能轻松上手！

这函数长这样：TIMESTAMPDIFF(unit, datetime1, datetime2)。

这里的unit可厉害了，能指定不同的时间单位，像YEAR（年）、MONTH（月）、DAY（天），甚至HOUR（小时）、MINUTE（分钟）、SECOND（秒）都能算。

它的逻辑是用datetime2减去datetime1，算出这俩时间在你指定单位下的差值。比如说算俩日期之间隔了多少年，就用YEAR当单位，是不是挺简单？

1.年份差计算，举个例子，员工2017年3月15日入职，2024年4月20日离职，想知道整年满了多少年，用TIMESTAMPDIFF(YEAR, 2017-03-15, 2024-04-20)，结果就是7年。

但这里得注意，它算的是完整的年份，要是2023年3月14日离职，那就是5年，后面不到一年的时间它不管，得咱们自己处理。

2.月份差计算，算月份差的时候，它会把年份和月份都考虑进去。比如从2020年8月1日到2024年4月20日，用`TIMESTAMPDIFF(MONTH, '2020-08-01', '2024-04-20')`，结果是44个月。这里要知道，它是按完整的月份来算的，不管当月有多少天，只要过了一个月就算一个月。

日期差计算，算天数的话，和DATEDIFF有点像，但TIMESTAMPDIFF能指定DAY单位，而且它能处理带时间的日期，比如`'2024-04-20 12:00:00'`和`'2024-04-19 18:00:00'`，算出来的天数差是1天，因为超过了12小时也算一天吗？其实不是，它是精确到秒来计算的，24小时才算一天，这里过了18小时，还不到一天，所以结果应该是0天？哦，不对，我可能搞错了，TIMESTAMPDIFF(DAY, start, end)其实是按整天来算的，不管具体时间，只要过了0点就算一天。比如上面的例子，从19号18点到20号12点，过了0点，所以算1天。

回到裁员补偿的场景，员工表`employees`有`hire_date`（入职日期）和`leave_date`（离职日期）。算法是每满一年赔1个月工资，满半年不满一年赔0.5个月，不满半年不赔。

基础查询：算出总月份差

比如张三，总月份差是85个月（2017年3月到2024年4月）。

拆分完整年份和剩余月份

张三的完整年份是7年（85÷12=7余1），剩余1个月，不满半年，所以补偿月份就是7个月。李四总月份是44个月，完整年份3年（44÷12=3余8），剩余8个月，满半年了，所以补偿月份是3.5个月。

完整补偿计算SQL

这样一来，每个人的补偿月份和金额一目了然，再也不用手动算半天还怕出错了。

PERIOD_DIFF：简单粗暴的月份差专家

PERIOD_DIFF的用法有点特别，它需要把日期转成YYYYMM格式的整数，然后算这两个整数的差值。标准写法是：PERIOD_DIFF(EXTRACT(YEAR_MONTH FROM d1), EXTRACT(YEAR_MONTH FROM d2))。

比如说d1是2024-04-20，转成202404，d2是2020-08-15，转成202008，差值就是202404 - 202008 = 44，所以返回44，就是44个月差。

计算入职月份差

假设现在是2024年4月，张三入职月份差是85个月，李四是44个月。

薪资调整逻辑

这样就能根据入职月份自动调整薪资，再也不用手动去查每个员工的入职时间了，效率老高了。

不管是从2020年到2024年，还是从2024年到2020年，它都能正确算出月份差，负数的话取绝对值就行，不用担心跨年的问题，这点还是很靠谱的。

对比表格：TIMESTAMPDIFF vs PERIOD_DIFF，到底该选谁？

通过这个表格，大家可以清楚地看到两个函数的优缺点和适用场景。简单来说，要是你需要精确到年月日，比如算工龄和裁员补偿，就选`TIMESTAMPDIFF`；要是只需要月份差，比如判断入职满几个月，就用`PERIOD_DIFF`。

当然，很多时候它们可以搭配使用，比如先用`PERIOD_DIFF`算月份差，再用TIMESTAMPDIFF算天数差，把复杂的时间计算拆分成简单的步骤，就会轻松很多。

每次算补偿都写一堆代码太麻烦了，我们可以把计算逻辑封装成视图，以后直接查询视图就行。

创建好视图后，查询补偿结果就变得超级简单：

直接就能看到每个人的补偿月份和金额，不用再重复写复杂的SQL语句，方便又快捷。

存储过程：处理复杂业务逻辑

如果公司的补偿规则更复杂，比如还要考虑绩效系数、地区差异等因素，就可以把逻辑封装成存储过程。存储过程还能接收参数，比如员工ID，然后返回对应的补偿金额，非常灵活。

这样不管补偿规则多复杂，只要在存储过程里把逻辑写好，调用一下就能得到结果，维护起来也方便，哪里规则变了，直接改存储过程就行，不用到处找代码。

如果经常要算类似的时间差，比如“满X年Y个月算多少补偿月数”，可以自定义一个函数，以后直接像内置函数一样调用。

然后在查询中直接使用：

自定义函数的好处是复用性强，写一次就能到处用，尤其适合团队协作，大家都用同一个函数，保证计算逻辑一致，减少错误。

更多应用场景：不止裁员补偿，时间计算全搞定

公司规定工龄满1年不满10年，年假5天；满10年不满20年，年假10天；满20年以上，年假15天。这里的工龄需要精确到年，可以用TIMESTAMPDIFF(YEAR, hire_date, CURDATE)算工龄：

合同到期提醒：提前30天预警

合同表`contracts`有`start_date`（生效日期）和`end_date`（到期日期），想提前30天知道哪些合同要到期了：

这样就能及时提醒续签合同，避免错过重要时间。

性能优化：让时间计算更快更稳

如果经常在hire_date、leave_date等时间字段上做查询或计算，给这些字段加上索引能大大提高速度。比如：

注意，虽然在WHERE子句中使用函数（如TIMESTAMPDIFF(MONTH, hire_date, CURDATE)）可能会导致索引失效，但如果是对字段本身加索引，在计算时还是能提高数据检索速度，尤其是表数据量大的时候，效果更明显。

像裁员补偿计算中，总月份差在多个地方用到，可以先算一次存到变量里，或者用子查询，别重复写TIMESTAMPDIFF(MONTH, hire_date, leave_date)，减少计算量。

比如前面的补偿计算SQL，用子查询先算出总月份差，后面直接用，代码更简洁，效率也更高。

好啦，关于TIMESTAMPDIFF和PERIOD_DIFF的分享就到这儿啦！这俩函数在时间计算里真的超好用，不管是HR算补偿，还是开发人员做各种时间相关的功能，都能派上大用场。

你在实际使用中遇到过啥问题，或者有啥特殊的时间计算需求，都可以在评论区留言，咱们一起研究研究，让时间计算再也难不倒你！

来源：影子红了