工程实践 TiDB 社区博客 - 实践案例 2026/08/13
文章复盘学科网阅卷系统从 MySQL 迁移到 TiDB 的实践，背景是业务具有峰谷特征、单机 MySQL 主备集群出现容量与性能瓶颈，同时研发资源有限无法改造代码。作者详细说明选型 TiDB 的关键理由：高度兼容 MySQL 实现零代码迁移、在线 DDL 不阻塞业务、弹性扩缩容适配流量波动、Raft 多副本保证数据强一致。迁移采用分批策略，优先将大表和主从延迟严重的表迁入，收益包括缓解并发压力、消除切换数据不一致风险、节省磁盘空间并避免分库分表改造。文中还总结了扩容规划、小表热点处理、低峰版本升级和索引优化等运维经验。该方案尤其适合教育行业等需要兼容 MySQL 且短时高并发的场景，但需注意跨 AZ 缩容的数据分布和热点小表的处理。
推荐收录，因为文章提供了真实业务约束下的数据库选型、迁移和运维全过程，包含零代码改造、在线 DDL、强一致、扩容规划、小表热点等具体细节，不是泛泛的技术宣传。适合数据库架构师、SRE 以及教育行业技术负责人参考，其“先兼容迁移、争取时间”的平滑演进思路可迁移到其他受限于 MySQL 单机瓶颈且短期无法大改代码的团队。
工具笔记 TiDB 社区博客 - 实践案例 2026/08/13
文章详细介绍了平凯 Loop 多 Agent 协作开发环境的搭建与使用，涵盖架构概览、Agent 角色设计（架构师、开发者、双审查者、测试、文档工程师等）、Skill 技能库准备、Agent 与 Skill 绑定、频道组织、任务工作流以及需求文档转 Markdown 的多种方式。文中给出了具体的 Agent 系统提示词、配置参数和操作步骤，强调角色分离、交叉审查等实践，并提供了从需求分析、编码、审查到测试、文档的完整示例。文章面向从零搭建多 Agent 开发团队的用户，适用于私有化或 SaaS 部署，但内容高度绑定 Loop 产品，部分建议依赖平凯/TiDB 生态，模型可用性受部署环境限制。
本文提供了可复用的多 Agent 协作开发配置模板，包括角色设计、提示词编写、审查流程和技能绑定，对希望构建 AI 辅助开发工作流的团队有直接借鉴价值。适合正在探索 Agent 协作开发、代码审查自动化或工程效率提升的开发者与技术负责人。主要风险是内容高度绑定平凯 Loop 产品，部分 Skill 和模型建议依赖特定生态，读者需抽取其团队设计思想与工作流模式，而非照搬操作步骤。
工程实践 TiDB 社区博客 - 实践案例 2026/08/13
文章围绕TiDB集群在元数据和管理信息完全丢失、仅保留TiKV数据文件情况下的恢复策略展开。作者以测试环境模拟案件取证场景，先通过TiKV日志提取原集群的Cluster ID，然后销毁原有集群与tiup元数据，重新部署相同版本TiDB集群，并将TiKV数据目录指向物理拷贝路径。随后修改last_tikv.toml中的日志、数据、raft等路径，使用pd-recover工具重置Cluster ID，最后启动集群并验证各组件状态。该方法适用于TiDB v6.1.0环境且TiKV数据完整、PD元数据不可恢复的场景。文章给出了具体命令和配置修改项，但未深入解释pd-recover原理、数据一致性验证细节及操作风险，整体更偏向可复现的操作记录。
推荐收录，因为文章提供了一个具体且可复现的TiDB灾难恢复案例，尤其适合运维人员或数据库管理员在元数据丢失时参考。文中的操作步骤、配置修改和Cluster ID恢复方法具备可迁移性，但需注意版本差异和数据一致性风险，建议结合官方文档使用。
工程实践 TiDB 社区博客 - 实践案例 2026/08/10
文章记录了永康市卫健委全民健康平台为解决业务高峰负载过高与容灾需求，采用平凯数据库物理复制能力进行架构改造的实践。改造将主集群专注核心事务，备集群承担报表查询等读操作和容灾角色，实现读写分离。上线后故障切换低于15秒且数据零丢失，系统负载下降，运维操作秒级完成。文章解释了物理复制基于日志实时同步所有数据库对象，支持最大保护、最大可用、最大性能三种模式，并与 TiCDC 逻辑复制对比，指出物理复制适合集群级容灾和读写分离，逻辑复制适合异构同步与数据管道。实际指标依赖网络拓扑和负载，且相关能力仍在演进。
推荐收录，因为文章提供了真实医疗场景下的数据库高可用与读写分离改造案例，包含明确的问题定义、技术选型依据、实施效果和方案对比。适合关注核心系统容灾、分布式数据库选型或架构优化的读者。可迁移价值在于展示了物理复制在强一致需求下的应用边界，但需注意厂商案例可能带有一定推广成分。
工程实践 TiDB 社区博客 - 实践案例 2026/08/07
文章记录了在 openEuler 22.03 SP4 国产化操作系统上部署 TiDB v8.5 的完整实践过程，包括 TiUP Playground 快速测试和 TiUP Cluster 单机模拟生产两种方案。作者详细列出了与官方 CentOS/RHEL 文档差异导致的典型问题，如 bash_profile 环境变量不生效、Playground 监听 127.0.0.1、openEuler 默认 MaxSessions=10 导致 SSH 并发连接失败、禁止 root 运行 TiDB 进程、防火墙端口放行、随机密码保存等，并给出对应解决命令。随后使用 Sysbench 进行只读和读写混合压测，复现了读写混合场景下的锁等待超时故障，分析了热点索引页、乐观事务冲突等成因，并通过调整隔离级别、增加 TiKV scheduler-concurrency、使用 --skip-trx 等方法缓解。文章适用于国产化环境部署 TiDB 和初步进行基准测试与故障排查的读者，但部分建议需根据实际业务场景谨慎采用。
推荐收录，因为它是真实环境下的部署与压测案例，覆盖了国产操作系统与分布式数据库兼容性问题、SSH 并发限制、权限管理等工程约束，以及基于 Sysbench 的锁等待故障分析。适合需要在 openEuler 等信创系统上部署 TiDB 或学习分布式数据库基准测试和初步排障的工程师，文中命令和排查路径可直接迁移到类似环境。主要风险是部分优化建议如降低隔离级别需结合业务正确性验证，不宜直接照搬生产环境。