多点 Dmall x TiDB：出海多云多活架构下的 TiDB 运维实战
内容提要
本文介绍了多点公司在出海业务中使用TiDB的经验，共有46套集群，支撑丰富的业务场景。多点选择TiDB的原因包括持续增长类数据、数据冷热分离、合库合表聚合查询和替换ES等场景。分享了部署架构选择和实践中的问题及解决方案。建议使用新版本的TiDB，因为社区活跃，问题得到及时解决。
延伸解读
版本升级的权衡与策略
多点线上有46套TiDB集群，版本从5.1.1到6.5.8不等，主力是6.1.5。DBA通常不愿动数据库，因为变更易引发风险，但业务需求和新功能吸引推动升级。升级前需调研版本，并注意检查大DDL操作，避免升级失败。
TiDB在业务场景中的实际价值
多点将TiDB用于持续增长类数据、冷热分离、合库合表OLAP查询和替换ES。在持续增长场景，TiDB平滑迁移且存储成本降低70%；冷热分离中，自研DRC-TiDB同步工具归档历史数据；合库合表简化研发查询；替换ES时约60%查询可迁移，降低成本。
出海多云多活架构的部署实践
多点出海业务从微软云单云改为微软云+华为云双机房部署，在新加坡搭建同城双活架构，跨3个机房。PD集群跨3个zone部署，TiKV节点打dc label分布region，TiDB和TiCDC跨2个机房部署。迁移过程平滑，相比MySQL跨云迁移更简单。
运维挑战与社区支持
多点遇到TiDB Server OOM、CDC checkpoint不推进、dashboard查询slowlog导致OOM等问题，均在新版本中解决。TiDB社区活跃，asktug上可找到解决方案。建议使用新版本，因为老用户已排雷，新版本更稳定。
Q&A
多点公司使用TiDB的主要原因是什么？
多点选择TiDB的原因包括持续增长类数据、数据冷热分离、合库合表聚合查询和替换ES等场景。
多点在TiDB的版本升级过程中遇到了哪些问题？
多点在升级过程中遇到的主要问题包括OOM问题、CDC问题以及大DDL操作导致的升级失败。
多点的TiDB集群部署架构是怎样的？
多点采用“微软云+华为云”的双机房部署模式，提高可用性，确保任意机房不可用时TiDB可以自动恢复数据。
TiDB在处理持续增长类数据时有什么优势？
TiDB在持续增长类数据场景中适合使用，因为它支持平滑迁移和存储成本降低，且可以无限扩容。
多点如何解决TiDB的性能问题？
多点通过不断升级TiDB版本，利用社区的支持和反馈，逐步解决了性能问题。
TiDB如何替换部分ES的功能？
多点发现约60%的ES查询可以迁移到TiDB，从而降低整体成本，尽管某些模糊查询性能仍优于TiDB。
