本文评估了OpenSSL-3.5.5在MySQL CPU密集型OLTP工作负载下的性能，重点分析了SSL开启与关闭对性能的显著影响。测试使用Sysbench进行Point-SELECTs和Re-Connect SELECTs，结果显示不同OpenSSL版本之间的性能差异。

在Percona，我的同事Marcos Albe建议在sysbench中增加连接测试。经过努力，我实现了41个不同的测试，构建了复杂的表结构，以识别连接性能回归，测试涵盖插入、更新和删除等多种场景，旨在提升数据库性能。

此版本的sysbench与MySQL 9.3的最新libmysql（libmysqlclient.so.24）链接，适用于Fedora 31和OL 8、9，来自GitHub主分支，旨在与发行版库中的代码区分。

使用Sysbench进行压力测试时，性能仅为预期的10%。分析发现是由于表数量配置错误，导致部分表不存在。调整参数后，性能恢复正常。总结时强调抓包和分析的重要性，以识别潜在问题。

文章讨论了MySQL数据库在线升级过程中出现的故障，Sysbench压力测试工具在此过程中QPS持续为零。分析发现，问题源于Sysbench未能正确处理连接，导致大量CLOSE_WAIT状态的连接和CPU使用率飙高。最终确认问题与MariaDB的libmysqlclient库有关，建议使用MySQL社区版的libmysqlclient以解决此问题。

本文讨论了BAT面试题，要求使用Sysbench测试工具对MySQL数据进行性能测试，并编写测试报告。作者指出应聘者的测试报告不完整，建议按照别人的测试流程进行测试，并给出结论分析。作者提供了更高级的解决方案，如对比不同版本的性能差异，并给出了验证结果。文章强调了应试人员的主观能动性和深度挖掘能力对面试的重要性。

本文测试了在两台云上相同128C的EC2上使用Sysbench测试MySQL纯读场景的结果，发现瓶颈点在sysbench和MySQLD的网卡之间的链路上，似乎有限流、管控。通过验证，发现走本机127.0.0.1时MySQL跑满了CPU，证明瓶颈不在MySQL上。同时，还介绍了请求RT分布不符合正态分布的问题，并进行了其他网络业务验证。最后，进行了限速和拥塞算法的相关实验。