想要了解修改系统时间对数据库的影响

OceanBase 技术问题
#1

测试环境
OceanBase数据库4.2.1.7
【问题描述】清晰明确描述问题
想问问改系统时间对ob数据库的影响大吗，系统时间最多与ob数据库偏移多少。
如果改了系统时间数据库出现问题应该怎么解决

#3

@论坛小助手

#4

根据文档库中的信息，以下是关于修改系统时间对 OceanBase 数据库影响的详细解答：

1. 修改系统时间对 OceanBase 数据库的影响

  • 时间同步的重要性：OceanBase 集群依赖于服务器之间的时间同步。如果运行 OBServer 的服务器系统时间发生偏移，可能会影响集群的正常运行。例如，可能导致主副本选举失败或脑裂问题（参考片段标题：如何调整 OBServer 的操作系统时间）。
  • 时间偏移的影响：当系统时间偏移过大时，NTP 服务不会自动校正时间，这可能导致 OceanBase 集群的时间不同步，进而引发以下问题：
    • 主副本选举失败。
    • 数据一致性问题。
    • 查询或事务超时错误。

2. 系统时间与数据库时间的最大偏移量

  • 目前没有明确的文档说明系统时间与数据库时间的最大允许偏移量，但根据分布式系统的通用原则，建议将时间偏移控制在毫秒级范围内（通常小于 100 毫秒）。如果时间偏移超过几秒，可能会导致上述问题。

3. 如果修改系统时间后数据库出现问题的解决方法

如果修改系统时间后 OceanBase 数据库出现问题，可以按照以下步骤进行排查和修复：

  • 步骤 1：检查时间同步
    • 确保所有 OBServer 节点的时间通过 NTP 服务同步。
    • 使用 ntpstat 或 chronyc tracking 命令检查时间同步状态。
  • 步骤 2：重启 OBServer
    • 如果时间偏移较大，建议重启 OBServer 以重新加载正确的时间配置。
    • 执行命令：obd cluster restart <cluster_name>。
  • 步骤 3：检查集群状态
    • 登录 OCP 或使用 obclient 工具检查集群状态是否正常。
    • 执行命令：SHOW FULL TENANTS; 和 SELECT * FROM __all_server; 检查租户和服务器状态。
  • 步骤 4：修复主副本选举问题
    • 如果出现主副本选举失败，可以通过手动触发选举修复：
      ALTER SYSTEM REBALANCE UNIT;
ALTER SYSTEM REBALANCE PARTITION;
  • 步骤 5：检查日志
    • 查看 OBServer 的日志文件（通常位于 /home/admin/oceanbase/log/），定位具体错误原因。

4. 总结

  • 修改系统时间对 OceanBase 数据库的影响较大，尤其是时间偏移过大时可能导致主副本选举失败、数据一致性问题等。
  • 建议将系统时间与数据库时间的偏移控制在毫秒级范围内。
  • 如果出现问题，可以通过检查时间同步、重启 OBServer、检查集群状态、修复主副本选举等方式解决。

希望以上信息能帮助您更好地理解修改系统时间对 OceanBase 数据库的影响及应对措施。

检索到的文档如下:

  1. OceanBase 数据库性能的影响因素
  2. 在您开始前
  3. 检查 NTP 偏移量
  4. 计划缓存概述
  5. OceanBase 数据库概述
  6. MySQL 兼容应用错误处理规范
  7. 4000 ~ 4499
#5

以前也想过这个问题，理论分析，仅供参考。如果有实际测试，欢迎分享讨论。

如果是把时间往过去改了，那直接更新到当前时间就行。
如果是把时间往将来改了，如果偏差达到分钟级别，不能轻易的改回当前时间（可能会引来各种异常）。稳妥的是直接将这个节点上 OB 进程停掉，等时间自然推进到你设置的那个时间。
如果集群所有节点时间都错了，可能的选择有：

  • 将错就错，业务接受就行
  • 三个节点挨个一点点的往回调整时间（幅度太大可能引起异常）
  • 集群停机，节点时间调整回正常时间，等时间正常推进到数据库里的时间，然后启动集群
  • 逻辑导出所有租户数据，导入到新的正常的集群。

注意：只是时区变换引起的时间格式变化，那个不算时间变化。

参考： OB 主机时间回退和夏令时问题测试

1 个赞
#6

是不是要集群整体停下来还比较好呢？要不节点间差异过大有问题了