DDL 任务。系统会自动暂停正在执行或排队的用户 DDL 任务，等待整个集群完 成滚动升级后再自动恢复这些任务，让你可以更加轻松地升级 TiDB 集群。 更多信息，请参考用户文档。 2.2.1.5 可观测性 • 增加优化器诊断信息 #43122 @time-and-fate 获取充足的信息是 SQL 性能诊断的关键。在 v7.1.0 中，TiDB 持续为各种诊断工具增加优化器运行信息， 以便更好地解释执行计划如何被选择，从而协助定位 MySQL 的兼容情况，详见GBK 兼容情况。 • TiDB 继承表中使用的字符集作为国家字符集。 2.4.2.12 存储引擎 • 仅在语法上兼容创建表时指定存储引擎，实际上 TiDB 会将元信息统一描述为 InnoDB 存储引擎。TiDB 支 持类似 MySQL 的存储引擎抽象，但需要在系统启动时通过--store 配置项来指定存储引擎。 71 2.4.2.13 SQL 模式 TiDB 支持大部分SQL 上述语句只允许在 UTC 时间的凌晨 1 点到 5 点调度 TTL 任务。默认情况下的时间窗口设置为 00:00 +0000 到 23:59 +0000，即允许所有时段的任务调度。 4.6.4.3 TTL 的可观测性 TiDB 会定时采集 TTL 的运行时信息，并在 Grafana 中提供了相关指标的可视化图表。你可以在 TiDB -> TTL 的面板 下看到这些信息。指标详情见TiDB 重要监控指标详解 中的

数据库，在增加少量存储成本的情况 下，可以在同一个系统中做联机交易处理、实时数据分析，极大地节省企业的成本。 • 数据汇聚、二次加工处理的场景 当前绝大部分企业的业务数据都分散在不同的系统中，没有一个统一的汇总，随着业务的发展，企业 的决策层需要了解整个公司的业务状况以便及时做出决策，故需要将分散在各个系统的数据汇聚在同 一个系统并进行二次加工处理生成 T+0 或 T+1 的报表。传统常见的解决方案是采用 @lastincisor TiDB 启用密码连续错误限制登录策略功能后，当用户登录时，如果连续多次密码错误，账户将被临时 锁定，达到锁定时间后将自动解锁。 更多信息，请参考用户文档。 2.2.1.3 可观测性 • TiDB Dashboard 在 Kubernetes 环境支持独立 Pod 部署 #1447 @SabaPing TiDB v6.5.0 且 TiDB Operator v1.4.0 之后，在 MySQL 的兼容情况，详见GBK 兼容情况。 • TiDB 继承表中使用的字符集作为国家字符集。 2.4.2.12 存储引擎 • 仅在语法上兼容创建表时指定存储引擎，实际上 TiDB 会将元信息统一描述为 InnoDB 存储引擎。TiDB 支 持类似 MySQL 的存储引擎抽象，但需要在系统启动时通过--store 配置项来指定存储引擎。 74 2.4.2.13 SQL 模式 TiDB 支持大部分SQL