今天,Facebook 上的 MySQL发布了以下关于 MySQL 性能的信息:
今天我们在一个完全出乎意料的地方发现了一个性能问题——如果正在使用 TIMESTAMP 数据类型并且 MySQL 被配置为使用系统时区,它将命中具有全局互斥锁的 Linux C 库中的代码。雪上加霜的是,MySQL 的内部时区支持(使用 mysql.time_zone* 表)在单线程工作负载下要快约 30%。使用 30 个客户端线程,MySQL 的内部时区转换速度提高了 30 倍。这一天从一个看起来像 MySQL 错误的东西开始,但显然这是 MySQL 的胜利。-- 多玛斯
如何确定我的 MySQL 实例是使用较慢的系统时区还是使用较快的mysql.time_zone*
表?即我应该检查哪些 MySQL 配置参数?
(我们实际上使用 Amazon RDS 而不是托管我们自己的数据库,但我认为除了检查之外,这并不重要my.cnf
,我需要使用 RDS 参数组来检查或更改配置变量。)
从链接的文章
您可以确定 global.time_zone 设置