技术译文 | MySQL 8.0.35 企业版比社区版性能高出 25%？-每日运维

前言

说实话，比较一下这两个 MySQL 发行版，并不会让我很兴奋。这是因为在我关于 MySQL 的记忆中，如果是谈代码库时，两个发行版之间没有真正的区别。

据我所知，企业版的差异在于附加的插件/组件，因此除非您明确需要使用它们，否则两个版本应该是相同或接近的。

那么你可能会说，为什么要写这篇文章？😉

好吧，在一篇 Oracle 的博客及其开场白戳中了这一点：MySQL 8.0.35 的企业版与社区版相比，性能方面是有所提高的。

以下是该文章的部分结果截图：

根据显示的结果来看，让我特别想进一步测试一下，但服务器的配置方式有点麻烦。

在博客的测试中，测试数据库总大小为 20 GB，相应的 InnoDB 缓冲池为 124 GB，其他设置与默认值不同，如 innodb_undo_log_truncate=FALSE。

简而言之，这意味着所有工作都在内存中完成，一旦加载数据，磁盘上的任何操作都会减少。设置是为了满足测试基准，而不是基于定制或通用默认值的实际生产而准备。

同样令我感动的是，该文章报告企业版的性能提高了 17% 到 25% 。

25% 的增长是很多了。难道不值得验证一下吗？当然，是的，我接下来就是这么做的。

测试环境准备

不测 Oracle，因此我的测试基于一个配置较差的 EC2 实例：m5.xlarge 4 个 CPU、16GB RAM。

我还使用提供的卷作为 MySQL 数据目录的位置，而用于在测试运行之间重置数据的离线数据集位于额外的块存储上。

应用程序节点位于同一网络/子网/区域中，并且也是 m5.xlarge 规格。没有代理或中间件。

MySQL 企业版和社区版的配置主要基于默认值，但以下内容除外：

[mysqld]
basedir                                                     =/opt/mysql_templates/mysql-8P/
datadir = /opt/mysql_instances/test-sysbench-my834/data
lc_messages_dir                                             =/opt/mysql_templates/mysql-8P/share/
log-error = /opt/mysql_instances/test-sysbench-my834/mysql-3307.err
pid-file = /opt/mysql_instances/test-sysbench-my834/mysqld.pid
plugin-dir                                                  =/opt/mysql_templates/mysql-8P/lib/plugin/
port = 3307
server-id = 3307
socket = /opt/mysql_instances/test-sysbench-my834/mysql.sock
tmpdir = /opt/mysql_instances/test-sysbench-my834/temp
user                                                        =mysql
default_time_zone='+01:00'
max-connections                                             =2500
innodb-buffer-pool-instances                                =3
innodb-buffer-pool-size                                     =10G
innodb-data-file-path                                       =ibdata1:100M:autoextend
innodb_data_home_dir = /opt/mysql_instances/test-sysbench-my834/data
innodb_redo_log_capacity                                    =3355443200
innodb_log_group_home_dir = /opt/mysql_instances/test-sysbench-my834/logs
skip-log-bin

简而言之，禁用 binlog，将 redo log 设置为实际的值。当然，将缓冲池设置为适合 RAM 但不适合数据集的维度。所有其他参数都是指向日志/二进制文件/库的指针。

配置差异是：

:comparing_MYSQL_8_2_Comunity_VS_enterprise marcotusa$ diff mysql_8_2_community_configuration.txt mysql_8_2_enterprise_configuration.txt 
22c22
 basedir    /opt/mysql_templates/mysql-commercial-8.2.0-linux-glibc2.17-x86_64/
50c50
 build_id    c0de3cc4e369f54b5ab004d8731a7d7040597452
63c63
 character_sets_dir    /opt/mysql_templates/mysql-commercial-8.2.0-linux-glibc2.17-x86_64/share/charsets/
301c301
 license    Commercial
629,630c629,630
< version    8.2.0
 version    8.2.0-commercial
> version_comment    MySQL Enterprise Server - Commercial

测试过程

测试工具是 sysbench，以下是测试计划。

正如计划中所表达的，我们将使用两个不同的数据集，一个使用更多的表和每个表更少的数据，另一个使用每个表更多的数据和更少的表。在这两种情况下，数据集维度都远远大于可用内存。

正如上面博客中提到的，我们将在三个时刻进行测试：