ProxySQL内存泄漏问题分析与修复

问题背景

在使用Kubernetes部署Percona XtraDB集群时，发现ProxySQL组件存在内存持续增长的问题，最终导致因OOM（内存不足）错误而被终止。经过深入分析，确认这是一个与用户同步操作相关的内存泄漏问题。

问题现象

运维团队观察到ProxySQL的内存使用量呈现无限制增长趋势。通过检查stats_memory_metrics指标，发现绝大部分内存被SQLite3_memory_bytes占用。进一步调查发现，每当Percona XtraDB集群的Kubernetes Operator执行"同步用户"操作后，内存使用量就会出现明显增长。

根本原因分析

问题根源在于Percona XtraDB集群的同步用户脚本会循环执行SAVE MYSQL USERS FROM RUNTIME命令。与其他类似的SAVE命令（如保存服务器、查询规则或变量）不同，保存用户操作会导致内存永久性增长，而不是临时性增加后回落。

技术团队经过测试验证：

• SAVE MYSQL SERVERS FROM RUNTIME
• SAVE MYSQL QUERY RULES FROM RUNTIME
• SAVE MYSQL VARIABLES FROM RUNTIME

这些命令虽然也会暂时增加内存使用量，但最终内存会被正确释放。唯独SAVE MYSQL USERS FROM RUNTIME命令会导致内存泄漏。

解决方案

ProxySQL开发团队已确认该问题，并提交了修复代码。修复方案主要针对SQLite3内存管理部分，确保在执行用户保存操作后正确释放相关内存资源。

影响范围

该问题影响以下ProxySQL版本：

• 2.5.1
• 2.6.3

最佳实践建议

对于使用ProxySQL的生产环境，建议：

1. 监控ProxySQL的内存使用情况，特别是SQLite3_memory_bytes指标
2. 避免频繁执行用户同步操作
3. 等待包含修复的ProxySQL版本发布后及时升级
4. 在Kubernetes环境中，可考虑调整同步用户的频率

总结

内存泄漏问题在数据库中间件中尤为关键，因为它直接影响服务的稳定性和可靠性。ProxySQL团队对此问题的快速响应和修复体现了项目维护的活跃性。对于使用ProxySQL作为数据库代理的用户，建议关注后续版本更新，及时应用修复补丁以确保系统稳定性。