XiaoMi/Gaea 数据库中间件性能测试报告深度解析

前言

XiaoMi/Gaea 是一款由小米开源的数据库中间件，主要用于 MySQL 数据库的代理和分片。本文将通过详细的性能测试数据，对比分析 Gaea 不同版本在单主库和主从环境下的性能表现，帮助开发者理解其性能特点和适用场景。

测试环境配置

硬件配置

• Gaea 服务器：40核CPU/128GB内存
• MySQL 服务器：32核CPU/128GB内存

软件版本

• Gaea v2.3.7
• Gaea v1.2.5
• MySQL（版本未明确说明）

测试注意事项

1. 测试时开启了 Gaea 的通用日志记录（open_general_log=true）
2. 设置了 CPU 核心数为40（cpu_num=40）

单主库环境测试

测试准备

使用 sysbench 工具准备测试数据：

sysbench oltp_common --threads=10 --events=0 --mysql-db=<db> --mysql-host=<host> --mysql-port=<port> --mysql-user=<user> --mysql-password=<password> --tables=10 --table_size=1000000 prepare

性能测试结果分析

1. 只读测试（oltp_read_only）

关键发现：

• Gaea v2.3.7 相比 v1.2.5 性能提升显著，在32线程下QPS提升约54%
• 随着线程数增加，Gaea 与直连 MySQL 的性能差距逐渐扩大
• P99延迟方面，v2.3.7 比 v1.2.5 平均低约20-30%

性能对比表（节选关键数据）：

中间件版本	线程数	QPS	P99延迟(ms)	CPU使用率(%)
MySQL	32	100138	7.56	/
Gaea 2.3.7	32	51487	12.52	1076
Gaea 1.2.5	32	33402	17.95	1245

2. 读写测试（oltp_read_write）

关键发现：

• 读写场景下，Gaea 的性能损耗比纯读场景更明显
• v2.3.7 在128线程下达到87,276 QPS，约为直连 MySQL 的82.5%
• CPU 使用率随线程数线性增长，v2.3.7 的 CPU 效率优于 v1.2.5

3. 只写测试（oltp_write_only）

关键发现：

• 写操作性能损耗相对较小，v2.3.7 在128线程下达到91,410 QPS，接近直连 MySQL 的93.8%
• 高并发下，Gaea 的 P99 延迟增长较为平缓

4. 点查测试（oltp_point_select）

关键发现：

• 简单查询场景下，Gaea 的性能损耗最为明显
• v2.3.7 在128线程下达到210,410 QPS，约为直连 MySQL 的48%
• CPU 使用率极高，表明点查场景对中间件的计算资源消耗很大

主从环境测试

网络拓扑

主从环境测试的网络拓扑与单主环境不同，增加了从库节点，测试了 Gaea 在主从架构下的表现。

性能测试结果对比

1. 只读测试

关键发现：

• 主从环境下 Gaea 性能与单主环境基本相当
• v2.3.7 在128线程下达到94,922 QPS，比单主环境略有提升（约3.7%）

2. 读写测试

关键发现：

• 主从环境对读写性能影响不大
• v2.3.7 在128线程下达到88,833 QPS，与单主环境基本持平

3. 只写测试

关键发现：

• 主从环境对写性能影响可以忽略
• 各版本在不同线程数下的表现与单主环境高度一致

性能优化建议

1. 版本选择：v2.3.7 相比 v1.2.5 有明显性能提升，建议升级到最新版本
2. 资源配置：Gaea 对 CPU 资源消耗较大，建议配置充足的 CPU 资源
3. 场景适配：
   • 对于写密集型应用，Gaea 性能损耗较小（约5-10%）
   • 对于读密集型应用，特别是简单查询，性能损耗较大（可能达50%以上）
4. 线程数控制：根据测试数据，32-64线程可能是性价比最优的选择

结论

XiaoMi/Gaea 作为数据库中间件，在提供分片、代理等功能的同时，确实会带来一定的性能损耗。测试表明：

1. v2.3.7 相比 v1.2.5 有显著性能提升
2. 写操作性能损耗小于读操作
3. 复杂查询性能损耗小于简单查询
4. 主从环境与单主环境性能差异不大
5. CPU 资源是主要瓶颈，需要充足配置

开发者在实际应用中应根据业务特点（读写比例、查询复杂度等）合理评估性能需求，并确保足够的硬件资源配置。