TiDB 是可以用来做数仓建模(分层如 ODS → DWD → DWS → ADS)的,
先用字段1索引查出主键,再关联原表排序(子查询优化)
收到快照请求是否阻塞 Raft?
不会,快照在独立线程池中异步处理
是否使用 RocksDB snapshot + 遍历生成 SST?
是的,基于 snapshot 遍历 CF 范围生成 SST
快照版本如何绑定 Raft apply index?
snapshot metadata 中记录 apply index、term,应用时严格校验
可以部署,但不推荐用于正式生产环境中的高一致性数据服务。
通过 Prometheus 抓取配置中使用内网 host。
限制网络访问。
SHOW DDL JOBS; 输出
当前集群 CPU/MEM/IO 利用率(重点是 TiDB 和 TiKV)
是否部署了 Placement Rules(是否存在跨 Region 数据)
是否有正在运行的其他重 DDL/GC 操作
TiCDC 支持为 Kafka 消息设置 key,但默认情况下并不会将业务主键作为 Kafka 消息的 key。你需要显式设置 enable-key = true 并指定 key-config.
临时部署一个 TiDB Server 来推进 GC
遗憾,不是医疗范围

frontend mysql_front
bind *:4000
mode tcp
default_backend mysql_back
backend mysql_back
mode tcp
balance roundrobin
option mysql-check user haproxy_check
server tidb1 192.168.1.10:4000 check
server tidb2 192.168.1.11:4000 check
server tidb3 192.168.1.12:4000 check
RANGE 分区 + 提取年月(前6位)作为分区依据
TiKV 本身不会自动进行 MVCC 数据的 GC。
在混合负载场景中,需独立维护RawKV与TxnKV集群,增加了资源调度复杂度
基于业务数据特征(写入/查询模式、热点分布),优先使用TiDB的Region分片和分区表功能?