自己先梳理一部分理解，抛出来供大家指正： 分区表不添加 GLOBAL 关键字时，分区索引默认是 Local Index；全局索引的 key 编码会携带 TableID，PartitionID 存放于 value 端。 resource-control.enabled=true、tidb_enable_resource_control=OFF 场景：仅 TiKV 采集 RU 资源消耗，TiDB 侧不做请求限流与资源组调度。 TiFlash 内存管控优先级：查询级阈值优先于算子级阈值；即便存在可落盘算子，如果其他算子占用大量内存，依然会触发内存超限报错。

TiDB v7.5 内存悲观锁出现 Leader 宕机场景，锁丢失的影响范围，内存悲观锁持久化相关边界； Placement Rules in SQL 使用流程，标签 Label 配置是否为强制前置步骤； Online DDL job 持久化位置，owner 角色 worker 调度机制；

加油加油

大批量 DELETE 只会生成 MVCC 旧版本，不会直接释放空间，需要 GC 清理。另外 TiDB不会自动合并 Region，大量删除后容易遗留很多空 / 稀疏小 Region。 select * from tb limit 1没有 ORDER BY，语义无序，优化器可能选择扫描多条 Region。 建议两点： SQL 改成 SELECT * FROM tb ORDER BY 主键 LIMIT 1； 查看该表 Region 数量，如果 Region 数量极多，可以考虑手动合并 Region，同时观察 GC 是否正常清理旧数据版本。

线上两种方案都有人使用，简单说下差异： 企业版审计：原生支持抓取完整 SQL（含 SELECT），开箱即用，但社区版没有；高并发场景需要关注存储与性能开销。 TiCDC：社区版可用，只能捕获 DML/DDL 变更数据，无法拿到原始 SQL，也捕获不到 SELECT，更适合数据同步，不能作为全量 SQL 审计方案。

加油加油

加油 加油

加油 加油

这是好起来了，越来影响力越大了

推广 推广

[image] 推广

如何获取 考试 兑换码？

谢谢 谢谢

加油~~ 打卡

24年~~~我的天

怎么查看积分积分 好慢啊

在哪打卡