MongoDB 5.0使用Etc/UTC等部分时区提示未识别标识符故障问询

• Ubuntu 20.04 默认安装的tzdata时区数据库中，Etc/UTC这类通用时区为减少冗余被设置为符号链接，指向 /usr/share/zoneinfo/UTC 等根目录下的时区文件。MongoDB 5.0 读取系统时区数据库时不会自动解析符号链接，仅能识别路径下实际存在的二进制时区数据文件，因此Etc/UTC会被判定为无效标识符；而Europe/London是独立的时区数据文件，可被正常识别。
• 手动替换时区数据库时，rsync默认保留目标路径下已有的符号链接属性，官方提供的时区包中Etc/UTC虽是独立数据文件，但替换时未覆盖原有符号链接，导致系统路径下的Etc/UTC仍是链接格式，重启服务后问题未解决。
• 若mongod配置文件中显式设置了processManagement.timeZoneInfo: /usr/share/zoneinfo参数，MongoDB会强制读取系统路径的时区数据，不会自动降级使用内置的完整时区数据库，也会导致问题持续存在。

MongoDB的时区读取逻辑仅支持识别指定路径下的实际二进制时区数据文件，不会处理Linux发行版为精简文件做的符号链接、别名映射等调整。Ubuntu 20.04的tzdata包对Etc/前缀下的通用时区做了符号链接精简，恰好不符合MongoDB的读取规则，因此出现部分时区识别失败的问题。

• 方案1（优先推荐）：使用MongoDB内置时区数据库，编辑/etc/mongod.conf文件，注释或删除processManagement.timeZoneInfo配置项，执行systemctl daemon-reload && systemctl restart mongod即可生效，内置数据库已覆盖所有合法时区标识符，无需适配系统文件。
• 方案2（需保留系统时区数据库场景）：先删除/usr/share/zoneinfo/Etc/目录下的所有符号链接，再重新执行时区数据库替换命令，确保Etc/UTC等文件为实际二进制数据文件，之后重启mongod服务即可。

内容的提问来源于stack exchange，提问作者Maxim Zasorin