sql server中获取当前时间用getdate()，格式化优先选convert()（兼容性好、性能优），慎用format()（性能差、不可用于where条件）。
SQL Server里用什么函数获取当前时间
直接用 GETDATE()，它返回带毫秒精度的 datetime 类型值，适用于 SQL Server 2005 及以上版本。如果需要更高精度（纳秒级）或时区感知，得换 SYSDATETIME() 或 SYSDATETIMEOFFSET()，但绝大多数业务场景 GETDATE() 就够用。
注意：别用 GETUTCDATE() 除非你明确要 UTC 时间——它和服务器本地时区无关，容易导致时间显示比预期早/晚若干小时。
用 FORMAT() 函数做格式化（SQL Server 2012+）
FORMAT() 是最直观的格式化方式，语法接近 C#，支持自定义文化（culture）参数：
SELECT FORMAT(GETDATE(), 'yyyy-MM-dd HH:mm:ss') AS formatted_time;
常见坑点：
-
FORMAT()性能较差，尤其在大结果集上做逐行格式化，会显著拖慢查询；生产环境慎用于 WHERE 或 JOIN 条件中 - 必须确保第二个参数是字符串字面量（如
'yyyy-MM-dd'），不能是变量或列——否则报错Msg 9816, Level 16 - 文化参数（第三个参数）不填默认用会话语言，中文环境可能输出“年/月/日”，想强制英文用
'en-US'
用 CONVERT() + style 参数兼容老版本（SQL Server 2000 起支持）
当数据库版本低于 2012，或对性能敏感时，优先用 CONVERT()：
SELECT CONVERT(VARCHAR(19), GETDATE(), 120) AS formatted_time; -- 输出：2024-05-22 14:30:45
关键点：
- style 值决定格式，
120是 ISO8601 无毫秒格式，121带毫秒（2024-05-22 14:30:45.123） - 必须显式指定目标类型为
VARCHAR(n)，长度不够会截断（比如VARCHAR(10)只能拿到日期部分） - style 是整数常量，不能动态传参；不同 style 对应的格式需查文档，没有记忆成本但灵活性低
WHERE 条件里别格式化时间字段
常见错误是把时间字段先 FORMAT() 或 CONVERT() 再比较：
-- ❌ 错误写法：索引失效，全表扫描 WHERE FORMAT(create_time, 'yyyy-MM-dd') = '2024-05-22'
正确做法是操作常量，保持字段原样：
-- ✅ 正确写法：可走索引 WHERE create_time >= '2024-05-22' AND create_time <p>格式化只应在最终 SELECT 列表中出现，不是筛选手段。</p><p>时区、精度、性能这三件事没理清之前，别急着套模板——尤其是跨系统对接时，<code>GETDATE()</code> 和 <code>SYSDATETIME()</code> 的毫秒位数差异、<code>FORMAT()</code> 在高并发下的 CPU 消耗，都可能变成线上问题。</p>
