current_time在sql中用于获取当前系统时间，仅包含时、分、秒；1. 它与current_timestamp和now()不同，后两者返回完整日期时间；2. 不同数据库支持不同，mysql和postgresql支持，而sql server和oracle需用其他方法提取时间；3. 适用于记录每日固定时间点事件、时间段过滤及计算一天内持续时间。
current_time 在 SQL 中，顾名思义，是用来获取当前系统时间的函数，但它通常只返回时间部分（时、分、秒），而不包含日期信息。它是一个标准的SQL函数，在处理只需要时间戳而不需要完整日期的情况时非常实用。
解决方案
在 SQL 中使用 CURRENT_TIME 非常直接。你只需要在查询中调用它，它就会返回当前的本地时间。
例如：
SELECT CURRENT_TIME;
这条语句会返回一个 TIME 类型的值，格式通常是 HH:MM:SS，或者在某些数据库中可能包含毫秒甚至微秒。这个函数最常见的用途是记录事件发生的时间点，比如一个操作在一天中的哪个时刻被执行，或者用于基于时间段的查询过滤。
它返回的时间是数据库服务器的本地时间，而不是客户端的时间。如果你需要考虑时区，可能需要结合其他函数或配置数据库的时区设置。
current_time 与 current_timestamp、now() 有何区别？
我个人在实际项目中，发现不少新手会把 CURRENT_TIME、CURRENT_TIMESTAMP 和 NOW() 这几个函数混淆，导致数据记录出现偏差。理解它们的区别至关重要：
- CURRENT_TIME: 这个函数正如我们前面所说，只返回当前的时间部分，例如 14:30:05。它不包含日期信息。
- CURRENT_TIMESTAMP: 这是一个更常用的函数，它返回当前的日期和时间，通常包含精确到秒或毫秒/微秒的时间戳，例如 2023-10-27 14:30:05.123456。它是 SQL 标准中定义的一个函数。
- NOW(): 这个函数在很多数据库（特别是 mysql）中是 CURRENT_TIMESTAMP 的一个别名或等效函数，也返回当前的日期和时间。在功能上，它与 CURRENT_TIMESTAMP 多数情况下是相同的，但在某些数据库中，它们可能在精度或是否包含时区信息上略有差异。
简单来说，如果你只想知道“现在是几点几分几秒”，就用 CURRENT_TIME；如果你想知道“现在是哪年哪月哪日几点几分几秒”，那么 CURRENT_TIMESTAMP 或 NOW() 才是你需要的。比如你只想记录操作发生的时间点（几点几分几秒），却误用了 CURRENT_TIMESTAMP，那你的时间戳字段就会带上日期，后续做时间段分析时，就得额外处理日期部分，平添麻烦。
在不同数据库系统中，current_time 的表现一致吗？
这一点在跨数据库迁移或者开发兼容多数据库的应用时尤其需要注意。尽管 CURRENT_TIME 是 SQL 标准的一部分，但不同数据库对它的实现和支持程度并不完全一致。
- MySQL: 完全支持 CURRENT_TIME，也可以使用 CURTIME() 作为其别名，返回 TIME 类型。
SELECT CURRENT_TIME, CURTIME();
- PostgreSQL: 支持 CURRENT_TIME，它默认返回 time with time zone 类型。你也可以使用 LOCALTIME 来获取不带时区的时间。
SELECT CURRENT_TIME, LOCALTIME;
- SQL Server: 不直接支持 CURRENT_TIME 函数。如果你想在 SQL Server 中获取当前时间部分，你需要从 GETDATE() 或 SYSDATETIME() 等获取完整日期时间的函数中提取时间部分。
SELECT CAST(GETDATE() AS TIME); -- 或者 SELECT CONVERT(TIME, GETDATE());
我曾经就因为这个踩过坑，在一个MySQL环境里跑得好好的查询，一搬到SQL Server上就报错，才发现 CURRENT_TIME 在那根本不存在，得手动转换。所以，别指望所有数据库都对标准函数有同样的实现，多查查官方文档总是没错的。
- oracle: 类似 SQL Server，Oracle 也不直接支持 CURRENT_TIME。你需要从 SYSTIMESTAMP 或 SYSDATE 中提取时间。
SELECT TO_CHAR(SYSTIMESTAMP, 'HH24:MI:SS') FROM DUAL; -- 或者 SELECT TO_CHAR(SYSDATE, 'HH24:MI:SS') FROM DUAL;
这意味着，如果你正在开发一个需要兼容多种数据库的应用，或者计划进行数据库迁移，你不能想当然地认为 CURRENT_TIME 会在所有地方都按你预期的方式工作。你可能需要编写条件代码或者使用ORM框架来抽象这些差异。
何时应该使用 current_time，而不是其他时间函数？
选择 CURRENT_TIME 而非其他时间函数，主要取决于你的业务需求和数据模型设计。我个人经验是，当你设计的表字段确实只需要存储时间，并且不打算存储日期信息时，CURRENT_TIME 是最直观的选择。
以下是一些具体的使用场景：
- 记录每日固定时间点事件: 比如，一个系统每天的定时任务开始时间、商店每日开门/关门时间，或者一个员工的打卡时间（如果你的系统每天都会重置，只记录当天具体的打卡点）。在这种情况下，TIME 类型的字段配合 CURRENT_TIME 就很合适，因为它精确地反映了“一天中的某个时刻”。
-- 假设有一个日志表，只记录事件发生的时间点 INSERT INTO daily_events (event_name, event_time) VALUES ('用户登录', CURRENT_TIME);
- 基于时间段的查询过滤: 如果你需要查询在一天中特定时间段内发生的事件，CURRENT_TIME 可以作为比较的基准。
-- 查询所有在下午3点后发生的订单 SELECT * FROM orders WHERE order_time > '15:00:00'; -- 结合 CURRENT_TIME 动态查询 SELECT * FROM tasks WHERE start_time < CURRENT_TIME;
- 计算一天内的持续时间: 如果你已经有了事件的开始时间（也是 TIME 类型），并想知道它持续到当前时间有多久，CURRENT_TIME 可以用来进行计算。
-- 假设任务开始时间为 '10:00:00'，计算任务已进行的时间 SELECT TIMEDIFF(CURRENT_TIME, '10:00:00'); -- MySQL 示例
但如果你的需求是记录跨天的事件发生精确时刻，例如订单创建、用户注册、数据修改等，这些事件需要一个完整的、唯一的日期和时间戳，那么毫无疑问，CURRENT_TIMESTAMP 或 NOW() 才是你的朋友。选择哪个，真的取决于你的业务场景和数据模型设计，以及你对数据粒度的要求。避免过度使用或错误使用，能让你的数据库设计更清晰，查询更高效。
