CockroachDB 2.1.4多节点环境下DEFAULT NOW()失效问题咨询

首先可以明确的是，CockroachDB多节点环境下DEFAULT NOW()本身并不是一定会失效的——这个功能在正常配置的多节点集群里是完全可以正常工作的，你遇到的问题大概率是特定场景下的配置或环境问题，下面给你几个排查方向：

1. 检查集群节点的时间同步状态 #

CockroachDB严重依赖集群内所有节点的系统时间同步，如果节点间时间偏差超过了默认的max_offset（500ms），会导致时间相关的函数（比如NOW()）出现异常行为：

• 你可以在每个节点上执行cockroach node status --ranges命令，查看节点的时间偏移情况；
• 也可以在SQL客户端执行SELECT cluster_logical_timestamp();，对比不同节点返回的时间是否一致。如果时间偏差过大，需要调整节点的NTP服务，确保时间同步正常。

2. 确认表结构的实际配置是否正确 #

有可能在多节点集群创建表时，DEFAULT NOW()的配置没有被正确应用，或者后续被意外修改了：

• 执行SHOW CREATE TABLE <你的表名>;，仔细检查created_on字段的定义，确认DEFAULT NOW()确实存在且没有被修改成其他值（比如DEFAULT NULL或者错误的表达式）。

3. 排查插入语句的逻辑 #

会不会是插入时的逻辑覆盖了默认值？比如：

• 插入语句中显式指定了created_on = NULL或者某个零值；
• 客户端驱动或ORM框架自动将未指定的字段填充为零值，而不是触发数据库的默认值逻辑。
  建议你测试一条最简单的插入语句，比如：

INSERT INTO <你的表名> (其他字段名) VALUES ('测试值');

然后查询这条记录的created_on值，看是否正常。

4. 考虑版本特定的Bug #

你使用的是CockroachDB 2.1.4，这个版本是比较老的稳定版，后续的补丁版本（比如2.1.9，是2.1系列的最后一个版本）修复了不少已知问题，其中可能就包含多节点下默认时间函数的相关Bug。建议你查看该版本的Release Notes，或者尝试升级到同系列的最新补丁版本，看看问题是否解决。

内容的提问来源于stack exchange，提问作者Dmitriy Kudinov