共计 3750 个字符，预计需要花费 10 分钟才能阅读完成。
前言
说实话，比拟一下这两个 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-8.2.0-linux-glibc2.17-x86_64/
---
> basedir /opt/mysql_templates/mysql-commercial-8.2.0-linux-glibc2.17-x86_64/
50c50
< build_id c935957ee1349a3974baf2ff5568243a6ebbcd18
---
> build_id c0de3cc4e369f54b5ab004d8731a7d7040597452
63c63
< character_sets_dir /opt/mysql_templates/mysql-8.2.0-linux-glibc2.17-x86_64/share/charsets/
---
> character_sets_dir /opt/mysql_templates/mysql-commercial-8.2.0-linux-glibc2.17-x86_64/share/charsets/
301c301
< license GPL
---
> license Commercial
629,630c629,630
< version 8.2.0
< version_comment MySQL Community Server - GPL
---
> version 8.2.0-commercial
> version_comment MySQL Enterprise Server - Commercial测试过程
测试工具是 sysbench，以下是测试计划。
正如打算中所表白的，咱们将应用两个不同的数据集，一个应用更多的表和每个表更少的数据，另一个应用每个表更多的数据和更少的表。在这两种状况下，数据集维度都远远大于可用内存。
正如下面博客中提到的，咱们将在三个时刻进行测试：
- 只读。这也是一个 Pre 操作，它将在数据加载后为咱们提供 READ 统计信息，因而齐全外部排序。
- 写操作，可能会导致（并且将会）页面拆分 / 合并和“碎片”。
- 读取后写入以确定第二个时刻的影响。
我应用 MySQL 8.2 作为测试版本，因为如果代码中推送了任何更改，该版本应该蕴含。
好的，是时候运行测试了。咱们开始做吧！
测试后果
我晓得我剥夺了所有的乐趣和悬念，但咱们必须从这里开始。
Sysbench
TPCc
什么？在大多数测试中，MySQL 社区版的体现是最好的，而不是企业版。为何如此？好吧，让咱们开始深刻开掘并更好地理解这里产生了什么。
Sysbench 详解
以下是浏览上面图像的办法：
- 绿色正值示意企业版体现更好；算作 +1。
- 红色负值意味着社区版做得更好；算作 -1。
- 空白处带 0 的不计算在内。
须要按列读取，只有在企业版优于社区版 50% 以上的状况下，后果才会是绿色。
当初，正如咱们所看到的，企业版只心愿在数据加载后并且仅当负载散布在更多表上时能力做得更好。我曾经能听到乐音了…… 请急躁期待，所有很快就会分明。
此外，对于写入而言，只有当负载散布在多个表上时，企业版仿佛能力做得更好，而在其余状况下社区版更好。
TPC-c 详解
对于相似 TPC-c 的测试，我应用不同的隔离级别运行了两组测试：
- 应用可反复读 (RR)
- 应用读已提交 (RC)
在这方面，MySQL 企业版素来没有比社区版更好。
让咱们开掘一下！
真正的差别是什么？两者有什么区别？为了答复这个问题，我将在这里通过测试展现读取和写入图表。
在向您展现测试后果时，我不会对其进行评论。我深信图像会谈话，在这种状况下，如果 100% 实在，我只会在最初发表评论。
读操作
select_run_list
select_run_inlist_hotspot
select_run_point_select
select_run_range_all
select_run_range_distinct
select_run_range_order
select_run_range_simple
select_run_range_sum
select_run_select_scan
写入
对于写入，我将在本文仅显示累积测试，但您能够在给定的 GitHub 链接 中查看每个测试的图表。
write_run_write_all_with_trx
write_run_write_all_no_trx
TPC-c
如果你到了这一步，你本人应该曾经明确了。
图表显示，这两种解决方案简直是雷同的，每当社区版或企业版有一个小的劣势时，它只是线程数量的暂时性劣势，因而微不足道，无关紧要。
论断
正如所狐疑的，如果您应用一般配置 / 场景应用默认值来测试社区版和企业版，那么 MySQL 社区版和 MySQL 企业版之间的性能没有差别。
一些额定的组件会导致性能或性能的改良，例如线程池。
因而，除非 Oracle 应用与注册用户可用的版本不同的企业版，否则我真的不晓得如何能力通过简略配置在企业版中取得 25% 的性能晋升。
目前为止，我没有看到性能的显著变动。我心愿 Oracle 公司持续做它迄今为止所做的事件，应用附加组件而不是闭源模式的外围来加强企业版本。
