性能提升 10~30%的 MySQL 编译版本

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

已注册用户请登录

爱意满满的作品展示区。

这是一个创建于 1702 天前的主题，其中的信息可能已经有所发展或是发生改变。

简介

编译工具脚本开源在 https://github.com/bash99/pgobuild_percona_server 选 percona server 这个版本的原因是，完善的兼容性和优秀的特性（比如只有 mysql enterprise 才有的 pool of threads)

采用Profile-Guided Optimization 方式编译优化，用 sysbench 来模拟 workload.

效果(5.6, 5.7, 8.0)

| TPS | 5.6 | 5.6_PGO | 提升比 | 5.7 | 5.7_PGO | 提升比 |8.0 | 8.0_PGO | 提升比 |
| ----------| ----- | ----- | ----- | ----- | ----- | ----- | ----- | ----- | ----- |
| point_select| 70106.22 |92630.52 |32.13% |70180.87 |100511.44 |43.22% |61668.86 |94908.89 |53.90% |
| read_only |1969.35 |2537.66 |28.86% |2404.53 |3229.28 |34.30% |2846.61 |3709.64 |30.32% |
| read_write |1387.48 |1780.91 |28.36% |1596.53 |2246.4 |40.71% |1417.5 |1743.1 |22.97% |

(V2EX 的 markdown 语法还不支持表格吗？）

硬件: 8 核 16G 内存 100G SSD 的虚拟机, 4.8G 的 innodb memory pool，数据集 7.7G (sysbench oltp 2M table size, 16 tables), 16 线程访问. 虽然是以 sysbench 模拟 workload，但是对于tpcc 风格的负载，也有 7%的提升(scale = 10 , tables = 10)。虽然以 innodb 作为引擎模拟，但是对于 rocksdb 的引擎也有 14~24%的提升。

快速自行比较

需要 Centos 7 系统，保证 4G 内存（更低没测过，测试数据集 7.7G ，因此再小就是 IO-Bound 应用了) ，当前目录还有 15G 空间（ ssd，否则被 IO 限制的情况下，针对 cpu 性能的编译优化毫无意义），并且有 sudo 权限（需要安装相关系统依赖包）

## 下载已编译的版本及官方二进制版
## 12M
wget -c https://dl.ximen.bid/mini_percona-server-5.6.44-86.0-pgo-linux-x86_64.tar.xz
## 113M
wget -c https://www.percona.com/downloads/Percona-Server-5.6/Percona-Server-5.6.44-86.0/binary/tarball/Percona-Server-5.6.44-rel86.0-Linux.x86_64.ssl101.tar.gz
## 314M !!
wget -c https://dev.mysql.com/get/Downloads/MySQL-5.6/mysql-5.6.44-linux-glibc2.12-x86_64.tar.gz

## 下载 sysbench 静态编译版本，可以略过自行编译，请设置好 SYSBENCH_BASE
export SYSBENCH_BASE=`pwd`/sysbench_bin
mkdir -p $SYSBENCH_BASE
curl -L -q https://dl.ximen.bid/sysbench-1.17.static.tar.xz | tar -Jxf - -C $SYSBENCH_BASE --strip-components=1
## 下载脚本工具
git clone https://github.com/bash99/pgobuild_percona_server.git pspgo-utils
## 安装依赖包
sudo pspgo-utils/prepare/install-misc.sh
## 设置系统 limits
# sudo pspgo-utils/prepare/init_syslimit.sh
## 设置版本号，mysql 安装路径
export MYSQL_VER=5.6
export MYSQL_BASE="`pwd`/local/ps-$MYSQL_VER"
## 测试官方 sysbench 结果，分别是 point select / oltp readonly / oltp readwrite
rm -rf "$MYSQL_BASE"
bash `pwd`/pspgo-utils/build-normal/test_binary.sh mysql-5.6.44-linux-glibc2.12-x86_64.tar.gz "$MYSQL_BASE" $MYSQL_VER
grep transactions /tmp/sb_test_bin_result.txt > mysql_offical_result.txt
## 测试官方 sysbench 结果，分别是 point select / oltp readonly / oltp readwrite
rm -rf "$MYSQL_BASE"
bash `pwd`/pspgo-utils/build-normal/test_binary.sh mini_percona-server-5.6.44-86.0-pgo-linux-x86_64.tar.xz "$MYSQL_BASE" $MYSQL_VER
grep transactions /tmp/sb_test_bin_result.txt > pgo_result.txt
## 测试官方 sysbench 结果，分别是 point select / oltp readonly / oltp readwrite
rm -rf "$MYSQL_BASE"
bash pspgo-utils/build-normal/test_binary.sh Percona-Server-5.6.44-rel86.0-Linux.x86_64.ssl101.tar.gz "$MYSQL_BASE" $MYSQL_VER
grep transactions /tmp/sb_test_bin_result.txt > normal_result.txt
grep trans mysql_offical_result.txt normal_result.txt pgo_result.txt

在一台 aws 的 C3large 机器上执行的结果（ 2 核 3.75G ，两个 16G 的 ssd 盘做 raid0 ），PGO 编译的 binary 是在 8 核 16G 的虚机上产生的。

offical_result.txt:    transactions:                        944190 (18880.84 per sec.)
offical_result.txt:    transactions:                        85992  (537.38 per sec.)
offical_result.txt:    transactions:                        61397  (383.64 per sec.)
percona_result.txt:    transactions:                        905104 (18099.37 per sec.)
percona_result.txt:    transactions:                        84038  (525.16 per sec.)
percona_result.txt:    transactions:                        61317  (383.12 per sec.)
pgo_result.txt:    transactions:                        1330627 (26608.29 per sec.)
pgo_result.txt:    transactions:                        114073 (712.86 per sec.)
pgo_result.txt:    transactions:                        80200  (501.13 per sec.)