自编译MySQL指南2.0

本文内容遵从CC版权协议, 可以随意转载, 但必须以超链接形式标明文章原始出处和作者信息及版权声明网址: http://www.penglixun.com/tech/database/mysql_compile_reference.html 原文：http://www.mysqlops.com/2011/03/06/mysql_compile_reference.html 一

本文内容遵从CC版权协议, 可以随意转载, 但必须以超链接形式标明文章原始出处和作者信息及版权声明网址: http://www.penglixun.com/tech/database/mysql_compile_reference.html

原文：http://www.mysqlops.com/2011/03/06/mysql_compile_reference.html

一般情况下，用户选择的MySQL安装方式为 RPM包 或 二进制压缩包，但是，通用安装包为了适应不同的软硬件平台，都会采用保守的编译方式，功能上也是选择最常用最稳定的功能编译入二进制版本。
虽然这满足了大部分用户的需求，但是有时我们仅仅需要一部分功能（例如我们不需要Query Cache，但这个模块编译时不去掉的话，运行时依然会触发其代码清理Query Cache内存池，并引发过Bug），或者有性能更好的商业编译器（例如ICC），或者对源码做了修改时，就必须采用编译的方式来安装了。

下面我们就来介绍下如何从源码编译安装MySQL。

第一部分，选择编译参数
编译MySQL需要设置两种编译参数：GCC/ICC的编译参数，MySQL的编译参数。GCC/ICC编译参数是控制编译时编译器的优化动作，MySQL编译参数是控制MySQL功能模块的处理动作。

以Xeon 5520为例，55系列是Intel的Nehalem架构处理器，为了充分挖掘它的处理能力，我们做了很多的测试来尝试一些GCC的编译参数，如何获得更高的MySQL性能。

首先看处理器支持哪些flags：

processor : 15
vendor_id : GenuineIntel
cpu family : 6
model : 26
model name : Intel(R) Xeon(R) CPU E5520 @ 2.27GHz
stepping : 5
cpu MHz : 2261.088
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 3
cpu cores : 4
apicid : 7
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx rdtscp lm constant_tsc ida pni monitor ds_cpl vmx est tm2 cx16 xtpr popcnt lahf_lm
bogomips : 4521.98
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management:

从cupinfo的信息可以看出，支持sse/sse2/mmx这些GCC的flag，查看gcc的文档可以看到全部的优化选项：[点我查看]。

经过尝试，得到了如下编译参数，经过两周的压力测试，编译MySQL 5.1.46sp1企业版，比Percona 5.1.47 Server性能高出15%，目前也非常稳定的运行在开发测试库上。GCC版本为4.1.3，系统为RHEL 5.4 x64.

CXX=gcc \
CHOST=&＃8221;x86_64-pc-linux-gnu&＃8221; \
CFLAGS=&＃8221; -O3 \
-fomit-frame-pointer \
-pipe \
-march=nocona \
-mfpmath=sse \
-m128bit-long-double \
-mmmx \
-msse \
-msse2 \
-maccumulate-outgoing-args \
-m64 \
-ftree-loop-linear \
-fprefetch-loop-arrays \
-freg-struct-return \
-fgcse-sm \
-fgcse-las \
-frename-registers \
-fforce-addr \
-fivopts \
-ftree-vectorize \
-ftracer \
-frename-registers \
-minline-all-stringops \
-fbranch-target-load-optimize2&＃8243; \
CXXFLAGS=&＃8221;${CFLAGS}&＃8221; \
./configure &＃8211;prefix=/usr/soft/install/mysql-ent-official-5.1.56 \
&＃8211;with-server-suffix=custom-mysql \
&＃8211;with-mysqld-user=mysql \
&＃8211;with-plugins=partition,blackhole,csv,heap,innobase,myisam,myisammrg \
&＃8211;with-charset=utf8 \
&＃8211;with-collation=utf8_general_ci \
&＃8211;with-extra-charsets=gbk,gb2312,utf8,ascii \
&＃8211;with-big-tables \
&＃8211;with-fast-mutexes \
&＃8211;with-zlib-dir=bundled \
&＃8211;enable-assembler \
&＃8211;enable-profiling \
&＃8211;enable-local-infile \
&＃8211;enable-thread-safe-client \
&＃8211;with-readline \
&＃8211;with-pthread \
&＃8211;with-embedded-server \
&＃8211;with-client-ldflags=-all-static \
&＃8211;with-mysqld-ldflags=-all-static \
&＃8211;without-query-cache \
&＃8211;without-geometry \
&＃8211;without-debug \
&＃8211;without-ndb-debug

GCC参数的含义为：
-fomit-frame-pointer
对于不需要栈指针的函数就不在寄存器中保存指针，因此可以忽略存储和检索地址的代码，同时对许多函数提供一个额外的寄存器。所有&＃8221;-O&＃8221;级别都打开它，但仅在调试器可以不依靠栈指针运行时才有效。在AMD64平台上此选项默认打开，但是在x86平台上则默认关闭。建议显式的设置它。
-pipe
在编译过程的不同阶段之间使用管道而非临时文件进行通信，可以加快编译速度。建议使用。
-march=nocona
Xoen 55xx处理器在GCC 4.1.3
-mfpmath=sse
启用cpu支持&＃8221;sse&＃8221;标量浮点指令。
m128bit-long-double
指定long double为128位，pentium以上的cpu更喜欢这种标准，并且符合x86-64的ABI标准，但是却不附合i386的ABI标准。
-mmmx -msse -msse2
使用相应的扩展指令集以及内置函数
-maccumulate-outgoing-args
指定在函数引导段中计算输出参数所需最大空间，这在大部分现代cpu中是较快的方法；缺点是会明显增加二进制文件尺寸。
-m64
生成专门运行于64位环境的代码，不能运行于32位环境，仅用于x86_64[含EMT64]环境。
-ftree-loop-linear
在trees上进行线型循环转换。它能够改进缓冲性能并且允许进行更进一步的循环优化。
-fprefetch-loop-arrays
生成数组预读取指令，对于使用巨大数组的程序可以加快代码执行速度，适合数据库相关的大型软件等。具体效果如何取决于代码。
-freg-struct-return
如果struct和union足够小就通过寄存器返回，这将提高较小结构的效率。如果不够小，无法容纳在一个寄存器中，将使用内存返回。建议仅在完全使用GCC编译的系统上才使用。
-fgcse-sm
在全局公共子表达式消除之后运行存储移动，以试图将存储移出循环。
-fgcse-las
在全局公共子表达式消除之后消除多余的在存储到同一存储区域之后的加载操作。
-frename-registers \
-fforce-addr
必须将地址复制到寄存器中才能对他们进行运算。由于所需地址通常在前面已经加载到寄存器中了，所以这个选项可以改进代码。
-fivopts
在trees上执行归纳变量优化。
-ftree-vectorize
在trees上执行循环向量化。
-ftracer
执行尾部复制以扩大超级块的尺寸，它简化了函数控制流，从而允许其它的优化措施做的更好。
-frename-registers
试图驱除代码中的假依赖关系，这个选项对具有大量寄存器的机器很有效。
-minline-all-stringops
默认时GCC只将确定目的地会被对齐在至少4字节边界的字符串操作内联进程序代码。该选项启用更多的内联并且增加二进制文件的体积，但是可以提升依赖于高速 memcpy, strlen, memset 操作的程序的性能。数据库系统使用这个参数可以显著提高内存操作性能。
-fbranch-target-load-optimize2
在执行序启动以及结尾之前执行分支目标缓存器加载最佳化。

第二部分，使用TC-Malloc内存管理：
Linux下的malloc函数性能问题，想必大部分在Linux下写C的人都深有感受，纷纷利用内存池来改进内存分配效率。
Google开源的tcmalloc则改进了malloc的一些效率问题，在大量malloc和free时，操作系统的内存曲线明显比Linux下malloc函数要平稳，在大并发情况下，提升程序稳定性和性能。
一般网上都是把tcmalloc动态库加到mysqld_safe中启动，但是我们的MySQL都是静态编译的，这时候动态加载是否生效呢？所以还是静态编译入MySQL好。

编译tcmalloc先要编译libunwind：

wget http://download.savannah.gnu.org/releases/libunwind/libunwind-0.99.tar.gz
tar zxvf libunwind-0.99.tar.gz

CHOST=&＃8221;x86_64-pc-linux-gnu&＃8221; \
CFLAGS=&＃8221; -O3 -fPIC \
-fomit-frame-pointer \
-pipe \
-march=nocona \
-mfpmath=sse \
-m128bit-long-double \
-mmmx \
-msse \
-msse2 \
-maccumulate-outgoing-args \
-m64 \
-ftree-loop-linear \
-fprefetch-loop-arrays \
-freg-struct-return \
-fgcse-sm \
-fgcse-las \
-frename-registers \
-fforce-addr \
-fivopts \
-ftree-vectorize \
-ftracer \
-frename-registers \
-minline-all-stringops \
-fbranch-target-load-optimize2&＃8243; \
CXXFLAGS=&＃8221;${CFLAGS}&＃8221; \
./configure && make && make install

然后编译tcmalloc：

tar zxvf google-perftools-1.7.tar.gz

CHOST=&＃8221;x86_64-pc-linux-gnu&＃8221; \
CFLAGS=&＃8221; -O3 \
-fomit-frame-pointer \
-pipe \
-march=nocona \
-mfpmath=sse \
-m128bit-long-double \
-mmmx \
-msse \
-msse2 \
-maccumulate-outgoing-args \
-m64 \
-ftree-loop-linear \
-fprefetch-loop-arrays \
-freg-struct-return \
-fgcse-sm \
-fgcse-las \
-frename-registers \
-fforce-addr \
-fivopts \
-ftree-vectorize \
-ftracer \
-frename-registers \
-minline-all-stringops \
-fbranch-target-load-optimize2&＃8243; \
CXXFLAGS=&＃8221;${CFLAGS}&＃8221; \
./configure &＃8211;disable-cpu-profiler \
&＃8211;disable-heap-profiler \
&＃8211;disable-heap-checker \
&＃8211;disable-debugalloc \
&＃8211;enable-minimal \
&＃8211;enable-frame-pointers && make && make install

记得要把libtammloc加入系统路径，否则编译MySQL时找不到：

echo &＃8220;/usr/local/lib&＃8221; > /etc/ld.so.conf.d/usr_local_lib.conf
/sbin/ldconfig

最后就是编译MySQL了：

CXX=gcc \
CHOST=&＃8221;x86_64-pc-linux-gnu&＃8221; \
CFLAGS=&＃8221; -O3 \
-fomit-frame-pointer \
-pipe \
-march=nocona \
-mfpmath=sse \
-m128bit-long-double \
-mmmx \
-msse \
-msse2 \
-maccumulate-outgoing-args \
-m64 \
-ftree-loop-linear \
-fprefetch-loop-arrays \
-freg-struct-return \
-fgcse-sm \
-fgcse-las \
-frename-registers \
-fforce-addr \
-fivopts \
-ftree-vectorize \
-ftracer \
-frename-registers \
-minline-all-stringops \
-felide-constructors \
-fno-exceptions \
-fno-rtti \
-fbranch-target-load-optimize2&＃8243; \
CXXFLAGS=&＃8221;${CFLAGS}&＃8221; \
LDFLAGS=&＃8221; -lrt -lunwind -ltcmalloc_minimal -lstdc++ &＃8221; \
./configure &＃8211;prefix=/usr/soft/install/mysql-ent-custom-5.1.49sp1 \
&＃8211;with-server-suffix=-custom-edition \
&＃8211;with-mysqld-user=mysql \
&＃8211;with-plugins=partition,blackhole,csv,heap,innobase,myisam,myisammrg \
&＃8211;with-charset=utf8 \
&＃8211;with-collation=utf8_general_ci \
&＃8211;with-extra-charsets=gbk,gb2312,utf8,ascii \
&＃8211;with-big-tables \
&＃8211;with-fast-mutexes \
&＃8211;with-zlib-dir=bundled \
&＃8211;enable-assembler \
&＃8211;enable-profiling \
&＃8211;enable-local-infile \
&＃8211;enable-thread-safe-client \
&＃8211;with-readline \
&＃8211;with-pthread \
&＃8211;with-embedded-server \
&＃8211;with-mysqld-ldflags=-all-static \
&＃8211;without-query-cache \
&＃8211;without-geometry \
&＃8211;without-debug \
&＃8211;without-ndb-debug
make && make install

经过试用，大并发下内存分配和释放曲线都比Linux原生的平稳。

第三部分，尝试ICC：
ICC是Intel自己开发的多平台编译器，经过我的测试ICC在浮点运算，线程库和数学函数上的优势非常明显，原生SSE2指令集支持、Intel自己编写的线程库和数学函数库，性能没得说。
我用同一份运算PI值的代码在ICC和GCC下编译，提升比例达20%，实际在数据库中比较同一条超级复杂的聚合SQL，ICC提升达34%。
下面给出TC-Malloc + ICC + Percona从源码编译的完整方案。

第一步：编译安装libunwind

wget http://download.savannah.gnu.org/releases/libunwind/libunwind-0.99.tar.gz
tar zxvf libunwind-0.99.tar.gz

CC=icc \
CXX=icpc \
LD=xild \
AR=xiar \
CFLAGS=&＃8221;-O3 -no-prec-p -ip -fp-model fast=1 -xSSE2 -axSSE2 -fPIC&＃8221; \
CXXFLAGS=&＃8221;${CFLAGS}&＃8221; \
CPPFLAGS=&＃8221; -I/usr/alibaba/icc/include &＃8221; \
./configure && make && make install

第二布：编译安装tcmalloc

wget http://google-perftools.googlecode.com/files/google-perftools-1.7.tar.gz
tar zxvf google-perftools-1.7.tar.gz

CC=icc \
CXX=icpc \
LD=xild \
AR=xiar \
CFLAGS=&＃8221;-O3 -no-prec-p -ip -fp-model fast=1 -xSSE2 -axSSE2 -fPIC&＃8221; \
CXXFLAGS=&＃8221;${CFLAGS}&＃8221; \
CPPFLAGS=&＃8221; -I/usr/alibaba/icc/include &＃8221; \
./configure \
&＃8211;disable-cpu-profiler \
&＃8211;disable-heap-profiler \
&＃8211;disable-heap-checker \
&＃8211;disable-debugalloc \
&＃8211;enable-minimal \
&＃8211;enable-frame-pointers && make && make install

echo &＃8220;/usr/local/lib&＃8221; > /etc/ld.so.conf.d/usr_local_lib.conf
/sbin/ldconfig

第三部：编译安装Percona

CC=icc \
CXX=icpc \
LD=xild \
AR=xiar \
CFLAGS=&＃8221;-O3 -fno-builtin-malloc -fno-builtin-calloc -fno-builtin-realloc -fno-builtin-free -unroll2 -ip -fp-model fast=1 -restrict -fno-exceptions -fno-rtti -no-prec-p -fno-implicit-templates -static-intel -static-libgcc -static -xSSE2 -axSSE2&＃8243; \
CXXFLAGS=&＃8221;${CFLAGS}&＃8221; \
CPPFLAGS=&＃8221; -I/usr/alibaba/icc/include &＃8221; \
LDFLAGS=&＃8221; -L/usr/alibaba/icc/lib/intel64/ -lrt -lunwind -ltcmalloc_minimal -lstdc++ &＃8221; \
./configure &＃8211;prefix=/usr/alibaba/install/percona-custom-5.1.55-12.6 \
&＃8211;with-server-suffix=-alibaba-edition \
&＃8211;with-mysqld-user=mysql \
&＃8211;with-plugins=heap,innodb_plugin,myisam,partition \
&＃8211;with-charset=utf8 \
&＃8211;with-collation=utf8_general_ci \
&＃8211;with-extra-charsets=gbk,utf8,ascii \
&＃8211;with-big-tables \
&＃8211;with-fast-mutexes \
&＃8211;with-zlib-dir=bundled \
&＃8211;with-readline \
&＃8211;with-pthread \
&＃8211;enable-assembler \
&＃8211;enable-profiling \
&＃8211;enable-local-infile \
&＃8211;enable-thread-safe-client \
&＃8211;without-embedded-server \
&＃8211;with-mysqld-ldflags=-all-static \
&＃8211;without-query-cache \
&＃8211;without-geometry \
&＃8211;without-debug \
&＃8211;without-ndb-binlog \
&＃8211;without-ndb-debug

编译完成后make && make install