mysql innodb 性能优化

建议参数：

max_connections=800

key_buffer_size=512M
query_cache_size=128M
sort_buffer_size=64M
table_open_cache=512

sort_buffer_size = 2M
read_buffer_size = 2M
read_rnd_buffer_size = 8M
myisam_sort_buffer_size = 64M

innodb_buffer_pool_size=10G
innodb_flush_logs_at_trx_commit=1
innodb_file_per_table=1
innodb_open_files=4096

expire_logs_days = 30 //Binary Log 30 day, bin-log
log-bin=mysql-bin

参数调优内容：
1. 内存利用方面
2. 日值控制方面
3. 文件IO分配，空间占用方面
4. 其它相关参数

１.内存利用方面：
首先介绍一个Innodb最重要的参数：
innodb_buffer_pool_size
这个参数和MyISAM的key_buffer_size有类似之处，但也是有差异的。这个参数主要缓存innodb表的索引，数据，插入数据时的缓冲。为Innodb加速优化首要参数。
该参数分配内存的原则：这个参数默认分配只有8M，能够说是很是小的一个值。若是是一个专用ＤＢ服务器，那么他能够占到内存的70%-80%。这个参数不能动态更改，因此分配需多考虑。分配过大，会使Swap占用过多，导致Mysql的查询特慢。若是你的数据比较小，那么可分配是你的数据大小＋１０％左右作为这个参数的值。例如：数据大小为５０Ｍ,那么给这个值分配innodb_buffer_pool_size＝６４Ｍ
设置方法：
innodb_buffer_pool_size=4G
这个参数分配值的使用状况能够根据show innodb status\G;中的
----------------------
BUFFER POOL AND MEMORY
----------------------
Total memory allocated 4668764894;
去确认使用状况。

第二个：
innodb_additional_mem_pool：
做用：用来存放Innodb的内部目录
这个值不用分配太大，系统能够自动调。不用设置过高。一般比较大数据设置16Ｍ够用了，若是表比较多，能够适当的增大。若是这个值自动增长，会在error log有中显示的。
分配原则：
用show innodb status\G;去查看运行中的ＤＢ是什么状态（参考BUFFER POOL AND MEMORY段中），而后能够调整到适当的值。
----------------------
BUFFER POOL AND MEMORY
----------------------
Total memory allocated 4668764894; in additional pool allocated 16777216
参考：in additional pool allocated 16777216
根据你的参数状况，能够适当的调整。
设置方法：
innodb_additional_mem_pool=16M

２.关于日值方面：
innodb_log_file_size
做用：指定日值的大小
分配原则：几个日值成员大小加起来差很少和你的innodb_buffer_pool_size相等。上限为每一个日值上限大小为4G.通常控制在几个ＬＯＧ文件相加大小在２Ｇ之内为佳。具体状况还须要看你的事务大小，数据大小为依据。
说明：这个值分配的大小和数据库的写入速度，事务大小，异常重启后的恢复有很大的关系。
设置方法：
innodb_log_file_size=256M

innodb_log_files_in_group
做用：指定你有几个日值组。
分配原则： 通常咱们能够用２－３个日值组。默认为两个。
设置方法：
innodb_log_files_in_group=3

innodb_log_buffer_size：
做用：事务在内存中的缓冲。
分配原则：控制在2-8M.这个值不用太多的。他里面的内存通常一秒钟写到磁盘一次。具体写入方式和你的事务提交方式有关。在Ｏｒａｃｌｅ等数据库了解这个，通常最大指定为３Ｍ比较合适。
参考：Innodb_os_log_written(show global status 能够拿到)
若是这个值增加过快，能够适当的增长innodb_log_buffer_size
另外若是你须要处理大理的ＴＥＸＴ，或是ＢＬＯＢ字段，能够考虑增长这个参数的值。
设置方法：
innodb_log_buffer_size=3M

innodb_flush_logs_at_trx_commit
做用：控制事务的提交方式
分配原则：这个参数只有３个值，０，１，２请确认一下自已能接受的级别。默认为１，主库请不要更改了。
性能更高的能够设置为０或是２，但会丢失一秒钟的事务。
说明：
这个参数的设置对Ｉｎｎｏｄｂ的性能有很大的影响，因此在这里给多说明一下。
当这个值为1时：innodb 的事务LOG在每次提交后写入日值文件，并对日值作刷新到磁盘。这个能够作到不丢任何一个事务。
当这个值为2时：在每一个提交，日志缓冲被写到文件，但不对日志文件作到磁盘操做的刷新,在对日志文件的刷新在值为2的状况也每秒发生一次。但须要注意的是，因为进程调用方面的问题，并不能保证每秒１００％的发生。从而在性能上是最快的。但操做系统崩溃或掉电才会删除最后一秒的事务。
当这个值为0时：日志缓冲每秒一次地被写到日志文件，而且对日志文件作到磁盘操做的刷新，可是在一个事务提交不作任何操做。mysqld进程的崩溃会删除崩溃前最后一秒的事务。

从以上分析，当这个值不为１时，能够取得较好的性能，但遇到异常会有损失，因此须要根据自已的状况去衡量。

设置方法：
innodb_flush_logs_at_trx_commit=1

3. 文件IO分配，空间占用方面
innodb_file_per_table
做用：使每一个Innodb的表，有自已独立的表空间。如删除文件后能够回收那部分空间。
分配原则：只有使用不使用。但ＤＢ还须要有一个公共的表空间。
设置方法：
innodb_file_per_table=1

innodb_file_io_threads
做用：文件读写ＩＯ数，这个参数只在Windows上起做用。在LINUX上只会等于４
设置方法：
innodb_file_io_threads=4

innodb_open_files
做用：限制Innodb能打开的表的数据。
分配原则：若是库里的表特别多的状况，请增长这个。这个值默认是３００。
设置方法：
innodb_open_files=800
请适当的增长table_cache

4. 其它相关参数
这里说明一个比较重要的参数：
innodb_flush_method
做用：Ｉｎｎｏｄｂ和系统打交道的一个ＩＯ模型
分配原则：Windows不用设置。
Ｕｎｉｘ能够设置：fsync() or O_SYNC/O_DSYNC
若是系统能够禁止系统的Ｃａｃｈｅ那就把他禁了。
Ｌｉｎｕｘ能够选择：O_DIRECT
直接写入磁盘，禁止系统Ｃａｃｈｅ了
设置方法：
innodb_flush_method=O_DIRECT

innodb_max_dirty_pages_pct
做用：控制Innodb的脏页在缓冲中在那个百分比之下，值在范围1-100,默认为90.
这个参数的另外一个用处：当Ｉｎｎｏｄｂ的内存分配过大，导致Ｓｗａｐ占用严重时，能够适当的减少调整这个值，使达到Ｓｗａｐ空间释放出来。建义：这个值最大在９０％，最小在１５％。太大，缓存中每次更新须要致换数据页太多，过小，放的数据页过小，更新操做太慢。
设置方法：
innodb_max_dirty_pages_pct＝90
动态更改须要有Ｓｕｐｅｒ权限：
set global innodb_max_dirty_pages_pct=50;

默认状况下，innodb的参数设置的很是小，在生产环境中远远不够用 好比最重要的两个参数 innodb_buffer_pool_size 默认是8M innodb_flush_logs_at_trx_commit 默认设置的是1 也就是同步刷新log(能够这么理解) innodb_buffer_pool_size：这是InnoDB最重要的设置，对InnoDB性能有决定性的影响。默认的设置只有8M，因此默认的数据库设置下面InnoDB性能不好。在只有 InnoDB存储引擎的数据库服务器上面，能够设置60-80%的内存。更精确一点，在内存容量容许的状况下面设置比InnoDB tablespaces大10%的内存大小。 innodb_data_file_path：指定表数据和索引存储的空间，能够是一个或者多个文件。最后一个数据文件必须是自动扩充的，也只有最后一个文件容许自动扩充。这样，当空间用完后，自动扩充数据文件就会自动增加（以8MB为单位）以容纳额外的数据。例如： innodb_data_file_path=/disk1 /ibdata1:900M;/disk2/ibdata2:50M:autoextend两个数据文件放在不一样的磁盘上。数据首先放在ibdata1 中，当达到900M之后，数据就放在ibdata2中。一旦达到50MB，ibdata2将以8MB为单位自动增加。若是磁盘满了，须要在另外的磁盘上面增长一个数据文件。 innodb_data_home_dir：放置表空间数据的目录，默认在mysql的数据目录，设置到和MySQL安装文件不一样的分区能够提升性能。 innodb_log_file_size：该参数决定了recovery speed。太大的话recovery就会比较慢，过小了影响查询性能，通常取256M能够兼顾性能和recovery的速度 。 innodb_log_buffer_size：磁盘速度是很慢的，直接将log写道磁盘会影响InnoDB的性能，该参数设定了log buffer的大小，通常4M。若是有大的blob操做，能够适当增大。 innodb_flush_logs_at_trx_commit=2： 该参数设定了事务提交时内存中log信息的处理。    1) =1时，在每一个事务提交时，日志缓冲被写到日志文件，对日志文件作到磁盘操做的刷新。Truly ACID。速度慢。    2) =2时，在每一个事务提交时，日志缓冲被写到文件，但不对日志文件作到磁盘操做的刷新。只有操做系统崩溃或掉电才会删除最后一秒的事务，否则不会丢失事务。    3) =0时， 日志缓冲每秒一次地被写到日志文件，而且对日志文件作到磁盘操做的刷新。任何mysqld进程的崩溃会删除崩溃前最后一秒的事务 innodb_file_per_table：能够存储每一个InnoDB表和它的索引在它本身的文件中。 transaction-isolation=READ-COMITTED: 若是应用程序能够运行在READ-COMMITED隔离级别，作此设定会有必定的性能提高。 innodb_flush_method： 设置InnoDB同步IO的方式：    1) Default – 使用fsync（）。    2) O_SYNC 以sync模式打开文件，一般比较慢。    3) O_DIRECT，在Linux上使用Direct IO。能够显著提升速度，特别是在RAID系统上。避免额外的数据复制和double buffering（mysql buffering 和OS buffering）。 innodb_thread_concurrency： InnoDB kernel最大的线程数。    1) 最少设置为(num_disks+num_cpus)*2。    2) 能够经过设置成1000来禁止这个限制