美团数据库高可用架构经历了从早期使用 MMM 方案，到 2015 年后全面转向 MHA 加自研组件（如 Zebra、Proxy）的演进过程，解决了 VIP 管理困难和单点故障问题。未来展望方面，美团正积极探索基于 TiDB 的分布式数据库方案，以实现横向扩展、强一致分布式事务及跨机房双写能力，同时结合多副本机制、故障自动恢复及智能运维技术，构建更高可用、可扩展且安全的数据库平台，支撑亿级用户的高并发需求。

美团数据库高可用架构的演进与设想 - 转

本文介绍了美团 MySQL 数据库高可用架构从 MMM 到 MHA+Zebra 及 MHA+Proxy 的演进历程，并探讨了业界高可用解决方案，包括 Semi-Sync、分布式 Agent 和 MGR 等技术。转自:https://tech.meituan.com/2017/06/29/database-availability-architecture.html 本文介绍最近几年美团 MySQL 数据库高可用架构的演进过程，以及我们在开源技术基础上做的一些创新。同时，也和业界其它方案进行综合对比，了解业界在高可用方面的进展，和未来我们的一些规划和展望。在 2015 年之前，美团 (点评侧) 长期使用 MMM(Master-Master replication manager for MySQL) 做数据库高可用，积累了比较多的经验，也踩了不少坑，可以说 MMM 在公司数据库高速发展过程中起到了很大的作用。

新一代数据库 TiDB 在美团的实践

1. 背景和现状 近几年，基于 MySQL 构建的传统关系型数据库服务，已经很难支撑美团业务的爆发式增长，这就促使我们去探索更合理的数据存储方案和实践新的运维方式。而随着分布式数据库大放异彩，美团 DBA 团队联合基础架构存储团队，于 2018 年初启动了分布式数据库项目。美团点评产品展示图 在立项之初，我们进行了大量解决方案的对比，深入了解了业界的 scale-out(横向扩展)、scale-up(纵向扩展) 等解决方案。但考虑到技术架构的前瞻性、发展潜力、社区活跃度以及服务本身与 MySQL 的兼容性，我们最终敲定了基于 TiDB 数据库进行二次开发的整体方案，并与 PingCAP 官方和开源社区进行深入合作的开发模式。

美团数据库平台怎么样

美团数据库平台具备高可用性、可扩展性、数据安全性、性能优化、智能运维等显著优势。该平台在处理大规模数据上表现出色，能够满足美团平台上亿级用户的高并发需求。高可用性是美团数据库平台的核心优势之一，通过多副本、分布式架构和故障自动恢复机制，美团确保数据服务的持续稳定。美团数据库平台还集成了先进的性能优化技术，如自动索引推荐和查询优化器，以确保查询效率和响应速度。一、高可用性 美团数据库平台实现高可用性主要依赖于多副本机制、分布式架构和故障自动恢复。多副本机制即在不同节点上保留数据的多个副本，以确保即使某个节点出现故障，数据依然可以从其他节点读取。

美团点评数据库高可用架构的演进与设想

在 2015 年之前，美团点评 (点评侧) 长期使用 MMM(Master-Master replication manager for MySQL) 做数据库高可用，积累了比较多的经验，也踩了不少坑，可以说 MMM 在公司数据库高速发展过程中起到了很大的作用。MMM 的架构如下。如上所示，整个 MySQL 集群提供 1 个写 VIP (Virtual IP) 和 N(N>=1) 个读 VIP 提供对外服务。每个 MySQL 节点均部署有一个 Agent(mmm-agent),mmm-agent 和 mmm-manager 保持通信状态，定期向 mmm-manager 上报当前 MySQL 节点的存活情况 (这里称之为心跳)。当 mmm-manager 连续多次无法收到 mmm-agent 的心跳消息时，会进行切换操作。

FAQ

美团为什么放弃 MMM 架构？

因为 MMM 存在 VIP 数量过多管理困难、agent 过度敏感易导致 VIP 丢失、manager 存在单点故障、跨网段跨机房高可用无法实现等问题，且社区不再维护。

美团未来数据库架构的重点是什么？

重点是分布式数据库如 TiDB 的实践，解决单机性能和容量无法线性扩展问题，实现强一致分布式事务及跨机房双写。

美团数据库平台如何保证高可用性？

主要通过多副本机制、分布式架构和故障自动恢复机制，确保节点故障时数据可从其他节点读取且服务不中断。