导读：本期，我们将一同探索由小伙伴原创的《TiDB》。这不仅是一份知识的分享，更凝结了创作者的思考与热情。接下来的内容，将为您清晰梳理其核心脉络与独特价值。如果您从《TiDB》中获得了一丝启发或帮助，您的每一次点赞与转发，都将化为对创作者最直接的认可与支持，让有价值的思想传播得更远。知识因分享而拥有更大能量，感谢您成为这传播链条中的重要一环。
如何规划PingCAP的TiDB分布式数据库服务器集群？NewSQL部署要点解析 把单机MySQL直接换成TiDB并不能解决容量与扩展问题，反而可能因拓扑不合理导致性能抖动。PingCAP设计的NewSQL架构把计算、存储、调度拆成不同角色，规划时必须先算清业务峰值读写和单表行数。本文从节点角色划分、容量估算模型、网络与磁盘选型三个角度，说明一套能支撑在线事... 栏目：购买指南 时间：08-16 TiDB NewSQL数据库 PingCAP集群规划
如何监控并优化 TiDB 中 TiFlash 副本的同步延迟？ 副本同步延迟过高会让 TiFlash 的分析查询读到过期数据，甚至拖慢整个集群。TiFlash 通过 Raft Learner 异步同步 TiKV 数据，关键监控指标藏在 Prometheus 的 tiflash_proxy 与 tiflash_summary 中，例如 raft_store_delay 和 apply batch 耗时。实践中常因调度线程不足或网络... 栏目：SQL Server 时间：08-07 TiDB TiFlash 副本同步延迟
MySQL和TiDB在数据库事务与并发性能上到底有什么差别 很多开发人员在选型时会纠结MySQL和TiDB谁的事务与并发性能更好。MySQL基于单机架构，依赖锁和MVCC实现事务隔离，高并发写容易遇到瓶颈。TiDB采用分布式设计，通过多版本和调度机制支持水平扩展，适合大规模并发场景。本文从事务模型、锁机制、吞吐表现和适用业务几个角度对比两... 栏目：MySQL 时间：07-30 MySQL TiDB 事务并发
MySQL和TiDB的分布式事务处理能力对比有什么区别？ 很多开发同学在选型数据库时会纠结MySQL和TiDB在分布式事务上的差异。MySQL本身以单机事务为主，借助中间件做分库分表后跨节点事务支持有限。TiDB兼容MySQL协议，基于 Percolator 模型与两阶段提交实现原生分布式事务，能跨多节点保证 ACID。本文从架构、隔离级别、性能与落地... 栏目：MySQL 时间：07-30 MySQL TiDB 分布式事务
MySQL与TiDB的数据一致性保证方法有什么不同？ 很多开发同学在选型数据库时会纠结MySQL和TiDB怎么保证数据一致性。MySQL依靠binlog与主从同步实现事务一致，通过redo和undo日志保障崩溃恢复。TiDB基于Raft协议做多副本复制，用Percolator模型实现分布式事务。两者在一致性强弱、延迟和运维方式上差别明显。理解这些差异能... 栏目：MySQL 时间：07-29 MySQL TiDB 数据一致性
SQL TiDB Region Split 的热点拆分阈值与手动干预时机是什么 在使用TiDB数据库的过程中，Region Split是数据分布和负载均衡的核心机制，很多用户会关心热点拆分的具体阈值设置，以及什么时候需要手动介入干预。本文会先介绍TiDB中Region Split的基本工作原理，再详细说明热点拆分的默认阈值规则，同时结合常见的业务场景，分析手动干预Region拆... 栏目：SQL Server 时间：07-05 TiDB Region_Split 热点拆分 阈值 手动干预
TiDB的TiKV compaction的level和write stall有什么关系，如何缓解write stall问题 在使用TiDB数据库的过程中，很多用户会遇到TiKV节点出现write stall的情况，这会导致写入性能大幅下降。write stall的产生和TiKV底层的compaction机制以及LSM树的level层级设计密切相关。本文将先介绍TiKV的compaction基本原理和level层级的作用，再分析不同level的compaction... 栏目：SQL Server 时间：06-30 TiDB TiKV compaction write_stall
