· · · · · · 2598 13.7.8 Physical Import Mode· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2612 13.7.9 Logical Import Mode· · · · · · · · · · · · · · · · · · · · · TiFlash Replicas · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3286 14.3.5 Use TiFlash MPP Mode · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3287 14.3.6 Use FastScan· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4593 14.12.8 SQL Mode· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·

MySQL 5.7 时为什么时间类型字段默认值不一致？ · · · · · · · · · · · · · · · · · · · · 956 7.8.23 使用 TiCDC 创建同步任务时将 safe-mode 设置为 true 后，为什么上游的 INSERT/UPDATE 语句 经 TiCDC 同步到下游后变为了 REPLACE INTO？ · · · · · · · · · · · · · · · · ID 反而小？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4164 15.3.11 如何在 TiDB 中修改 sql_mode？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4164 15 工作。 TiDB 并行获取 TSO 在高并发场景下，并行获取 TSO 能够有效降低等待获取 TSO 的时间，提升集群的吞吐。

ID 反而小？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4143 15.3.11 如何在 TiDB 中修改 sql_mode？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4144 15 工作。 TiDB 并行获取 TSO 在高并发场景下，并行获取 TSO 能够有效降低等待获取 TSO 的时间，提升集群的吞吐。 4.0 中，TiDB 新增 TSO 请求的并行批处理模式，并提供不同的并发能力。并行模式可以降低获取 TSO 的延迟，但可能会增加 PD 的负载。你可以通过tidb_tso_client_rpc_mode 变量设定获取 TSO 的 RPC 模 式。 更多信息，请参考用户文档。 • 优化 TiDB Hash Join 算子的执行效率（实验特性）#55153 #53127 @windtalker @xzhangxian1008

statements from the upstream become REPLACE INTO after being replicated to the downstream if I set safe-mode to true when I create a TiCDC replication task? · · · · · · · · · 1210 7.7.24 Why does TiCDC use replication using TiCDC stall or even stop after data restore using TiDB Lightning physical import mode and BR from upstream? · 1210 7.7.26 After a changefeed resumes from pause, its replication latency · · · · · · 3015 13.7.8 Physical Import Mode· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3029 13.7.9 Logical Import Mode· · · · · · · · · · · · · · · · · · · · ·

· · · · · · 2710 13.7.8 Physical Import Mode· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2724 13.7.9 Logical Import Mode· · · · · · · · · · · · · · · · · · · · · TiFlash Replicas · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3316 14.3.5 Use TiFlash MPP Mode · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3317 14.3.6 Use FastScan· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4642 14.12.9 SQL Mode· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·

pingcap.com/v1alpha1 kind: TidbCluster metadata: name: sample annotations: pingcap.com/ha-topology-key: topology.kubernetes.io/zone spec: version: v5.2.2 pd: ... TidbCluster.yaml

生产组织模式，各电厂或用户通过交易平台进行电量 商品报价，按照市场规则进行交易撮合。电力现货市场系统对于业务的连续性以及数据一致性有较高 的要求。国网河北电力利用 TiDB 替代了传统单机数据库的 HA 架构，保证A、B 两个系统在数据层面 的高可用与一致性。 PingCAP.COM 36 CE 第五章 - 场晤案例 电网调度控制系统 电网调度控制系统是电网

ID 反而小？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3967 15.3.11 如何在 TiDB 中修改 sql_mode？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3968 15 修复 HashJoin probe 执行时间统计不精确的问题 #52222 @windtalker – 修复在分区裁剪模式为 static 的情况下 (tidb_partition_prune_mode='static')，使用 TABLESAMPLE 返回错误结果的问题 #52282 @tangenta – 修复 TTL 在夏令时情况下出现 1 小时偏差的错误 #51675 @lcwangchao trace-region-flow 配置项的问题 #7917 @rleungx – 修复扩缩容进度显示不准确的问题 #7726 @CabinfeverB • TiFlash – 修复在非严格 sql_mode 下插入数据到带有异常默认值的列可能导致 TiFlash panic 的问题 #8803 @Lloyd-Pottiger – 修复 TiFlash 在高并发读的情况下，可能返回瞬时不正确结果的问题

ID 反而小？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3978 15.3.11 如何在 TiDB 中修改 sql_mode？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3979 15 Migration (DM) * 在 MariaDB 主从复制的场景中，即 MariaDB 主实例 -> MariaDB 从实例 -> DM -> TiDB 的迁移场景， 当 gtid_strict_mode = off 且 MariaDB 从实例的 GTID 不严格递增时（例如，有业务数据写入 MariaDB 从实例），此时 DM 任务会报错 less than global checkpoint 修复检查 TiKV 空间导致的性能回退的问题 #43636 @lance6716 * 修复在扫描数据文件时，遇到不合法符号链接文件而报错的问题 #49423 @lance6716 * 修复当 sql_mode 中不包含 NO_ZERO_IN_DATE 时，TiDB Lightning 无法正确解析包含 0 的日期值的 问题 #50757 @GMHDBJD 2.2.6 贡献者 感谢来自 TiDB 社区的贡献者们：

ID 反而小？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4099 15.3.11 如何在 TiDB 中修改 sql_mode？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4100 15 的数据库用户，才能切换到其他资源组，以加强对系 统资源的保护。 为了维持兼容性，从旧版本升级到 v8.2.0 及之后版本的集群维持原行为不变。通过设置新增变量tidb_ �→ resource_control_strict_mode 为 ON，来开启上述的增强权限控制。 更多信息，请参考用户文档。 2.2.1.6 可观测性 • 记录执行计划没有被缓存的原因 #50618 @qw4990 在一些场景下，用户希望多数执行 会根据 集群规 模自适 应调整 执行内 部 SQL 语句时 scan 操 作的并 发度。 tidb_ �→ resource �→ _ �→ control �→ _ �→ strict �→ _mode 新增 SET �→ RESOURCE �→ �→ GROUP �→ 和优 化 器RESOURCE �→ _ �→ GROUP �→ () Hint 权限 控制的 开关。 2.2.2.4 配置文件参数