树叶云讲OceanBase里CURRENT_TIMESTAMP到底怎么用，有点绕但挺实用的教程

树叶云讲OceanBASE里CURRENT_TIMESTAMP到底怎么用，有点绕但挺实用的教程

（开头直接进入主题，引用自OceanBase官方文档对CURRENT_TIMESTAMP的基本定义）根据OceanBase的文档说明，CURRENT_TIMESTAMP是一个函数，它返回的是当前SQL语句开始执行时的时间戳，这个时间戳是带有时区信息的，听起来好像就是“现在的时间”，但里面有几个关键点特别容易让人绕进去,咱们一个一个掰开说。

第一绕：它和SYSDATE不是一回事

很多人会把CURRENT_TIMESTAMP和另一个叫SYSDATE的函数搞混，这是第一个容易绕的地方。（此处概念对比参考了OceanBase社区中关于时间函数的讨论）SYSDATE返回的是数据库所在操作系统的时间，它是不带时区信息的，而CURRENT_TIMESTAMP是带时区的，举个例子，如果你的数据库服务器在北京（东八区），你人在纽约用客户端连接上去查询，你用SYSDATE，得到的是北京时间；但用CURRENT_TIMESTAMP，OceanBase会聪明地把它转换成你当前会话所在时区的时间（比如纽约时间）来显示，这就好比SYSDATE是手表，只看你调好的那个固定时间；而CURRENT_TIMESTAMP是个世界时钟,可以根据你的位置自动切换时区显示。

第二绕：它返回的“当前”是语句开始的时间

这是最核心也最实用的一点。（这个特性是基于SQL标准，在OceanBase的SQL手册中有明确描述）CURRENT_TIMESTAMP不是在你读取它的那一微秒定格，而是在整个SQL语句开始执行的那个瞬间就固定下来了，比如说，你有一条语句，需要扫描一张超级大的表，花了10秒钟，在这条语句里，你可能有多个地方用到了CURRENT_TIMESTAMP，但无论你用多少次，它们返回的值都是一模一样的，就是10秒前的那个时间点，这样做的好处是保证了数据的一致性，想象一下，如果你在一条插入语句里，同时记录订单创建时间和更新时间，你肯定希望这两个时间是相同的吧？用CURRENT_TIMESTAMP就能保证这一点，如果你用一个每毫秒都变的时间函数，就可能出现创建时间和更新时间的微小差异，虽然可能不影响业务,但总感觉不严谨。

第三绕：精度可以调，别被默认格式吓到

（关于精度调整的使用方法，源自OceanBase对函数语法的说明）你可能会看到CURRENT_TIMESTAMP返回一长串像 2024-05-21 15:30:45.123456 这样的值，后面跟着小数秒，如果你不需要这么精确，觉得看着眼晕，是可以指定精度的，写法就是在括号里加个数字，CURRENT_TIMESTAMP(0)，这样它就只返回到秒，像 2024-05-21 15:30:45，清爽多了，这个精度数字代表的是秒后小数部分的位数，可以是0到6,这个功能在需要不同精度的报表或者数据对接时特别实用。

实用场景举例：轻松搞定数据版本管理

理论说多了容易晕，咱们来点实在的，CURRENT_TIMESTAMP一个非常实用的场景就是给数据打时间戳,做简单的版本控制。

假设你有一张商品价格表 product_price，里面有商品ID和价格，现在老板要求，每次价格变动都要记录下来，但不要求记录完整的变更历史,只保留最新的价格和上一次的价格以及变更时间。

你可以这样设计表：

CREATE TABLE product_price (
  product_id INT PRIMARY KEY,
  price DECIMAL(10,2),
  last_price DECIMAL(10,2),
  update_time TIMESTAMP(6) DEFAULT CURRENT_TIMESTAMP(6)
);

当你更新价格时,可以写一条SQL搞定：

UPDATE product_price
SET last_price = price,  -- 把当前价格赋给“上一次价格”字段
    price = 99.99,       -- 更新为新的价格
    update_time = CURRENT_TIMESTAMP(6)  -- 记录本次更新时间
WHERE product_id = 1001;

由于CURRENT_TIMESTAMP在一条语句里值是固定的，所以这个update_time准确记录了本次价格变更的发生时刻，你不需要在应用程序代码里去获取时间再传进来，数据库自己就搞定了,既方便又不会因为应用服务器和数据库服务器的时间不同步而出错。

另一个实用技巧：在查询中作为时间基准

（此用法是数据库查询中的常见模式）你还可以在查询条件里灵活使用它,你想查找最近5分钟内有过登录的用户：

SELECT user_id, last_login_ip
FROM user_login_log
WHERE login_time > CURRENT_TIMESTAMP - INTERVAL '5' MINUTE;

这里，CURRENT_TIMESTAMP 作为计算的基准点，减去5分钟，得到一个明确的时间范围，这种写法非常直观，比去计算一个绝对的时间点要方便得多,而且不容易写错。

总结一下怎么用才不绕：

1. 当你需要带时区、并且在一行数据里需要时间一致时，优先用CURRENT_TIMESTAMP,比如记录订单的创建时间和更新时间。
2. 当你只关心数据库服务器本地时间，不需要时区转换时，可以用SYSDATE，但通常更推荐使用CURRENT_TIMESTAMP以保证时区正确性。
3. 记得它可以调整精度，用CURRENT_TIMESTAMP(n)来让显示更符合你的需求。
4. 核心记住：它在同一条SQL语句里，值是永恒不变的，利用好这个特性,可以避免很多时间错乱的坑。

刚开始接触可能会觉得有点绕，但一旦理解了它“语句级时间快照”的这个核心特点，你就会发现它在保证数据一致性方面非常可靠，是个低调但实用的好帮手，多在实际的SQL语句里用几次,感觉就来了。