navicat 不支持为 mongodb、redis 等 nosql 数据库配置 ttl，因其无内置 ttl 设置界面；mongodb 需通过 shell 命令创建 ttl 索引，redis 仅支持单 key 级 expire 操作，iotdb 的 ttl 语法 navicat 完全不识别。
navicat 本身不支持为 nosql 数据库（如 mongodb、redis）配置 ttl。 它没有内置的「ttl 设置界面」或「生存时间字段属性面板」——这类功能只存在于 iotdb、timescaledb 或部分时序数据库的专用客户端中。你看到的“ttl”相关描述，基本都来自 iotdb 的文档片段，和 navicat 无关。
为什么 Navicat 里找不到 TTL 配置入口
Navicat 对 MongoDB 的支持集中在文档浏览、聚合构建、GridFS 文件管理等操作上；对 Redis 则聚焦于键值查看、过期时间（EXPIRE）手动设置、以及基础命令执行。它不解析或干预底层存储引擎的生命周期策略：
- MongoDB 的 TTL 索引必须通过
createIndex({ "expireAt": 1 }, { expireAfterSeconds: 0 })命令创建，Navicat 不提供可视化索引类型切换（比如从普通索引切到 TTL 索引） - Redis 的 key 过期是单 key 级别操作，用
EXPIRE或SETEX控制，Navicat 的「设置过期时间」功能仅限右键菜单输入秒数，无法批量按模式或条件设置 - IoTDB 的
set ttl to root.db.** 3600000是其专属 SQL，Navicat 不识别该语法，执行会报错Unknown command: set ttl
实际能做的：绕过图形界面，用 SQL/Shell 模式硬配
如果你非得在 Navicat 里完成 TTL 相关动作，唯一可行路径是跳过表设计器，直接走查询编辑器：
- 对于 MongoDB：在查询窗口执行 shell 命令（需连接模式支持）：
db.logs.createIndex({ "createdAt": 1 }, { expireAfterSeconds: 3600 })注意字段名createdAt必须是Date类型，且文档中已存在该字段值 - 对于 Redis：用 Navicat 的命令行工具（Connection → Command Line）运行：
EXPIRE user:1001 3600
或批量设置：KEYS "session:*" | xargs -I {} EXPIRE {} 1800（后者需服务端启用KEYS） - 对于 IoTDB：必须用原生 CLI 或 JDBC 客户端，Navicat 执行
set ttl to root.sg.d1.** 3600000会直接失败，错误信息是Unsupported SQL type
容易被忽略的关键限制
TTL 不是通用开关，它高度依赖数据库自身能力与数据组织方式：
- MongoDB TTL 索引不能作用于嵌套字段，比如
{"meta": {"ts": ISODate(...)}}中的meta.ts无法直连 TTL，必须先展平为顶层字段 - Redis 的
EXPIRE对 hash/set/zset 等复合结构只作用于整个 key，不能单独让某个 field 过期 - 所有 TTL 行为都基于服务器本地时间，Navicat 客户端时区设置不影响过期判断——这点常被误认为「设置了却没生效」
