MySQL性能优化之参数配置

偏执的太偏执、 2022-07-15 00:03 169阅读 0赞

#### 1、目的： ####

通过根据服务器目前状况，修改[MySQL][]的系统参数，达到合理利用服务器现有资源，最大合理的提高MySQL性能。

#### 2、服务器参数： ####

32G内存、4个CPU,每个CPU 8核。

#### 3、MySQL目前安装状况。 ####

MySQL目前安装，用的是MySQL默认的最大支持配置。拷贝的是my-huge.cnf.编码已修改为UTF-8.具体修改及安装MySQL,可以参考<<Linux系统上安装MySQL 5.5>>帮助文档。

#### 4、修改MySQL配置 ####

打开MySQL配置文件my.cnf

##### 4.1 MySQL非缓存参数变量介绍及修改 #####

###### 4.1.1修改back\_log参数值:由默认的50修改为500.（每个连接256kb,占用：125M） ######

back\_log=500

###### 4.1.2修改wait\_timeout参数值，由默认的8小时，修改为30分钟。(本次不用) ######

wait\_timeout=1800（单位为妙）

###### 4.1.3修改max\_connections参数值，由默认的151，修改为3000（750M）。 ######

max\_connections=3000

###### 4.1..4修改max\_user\_connections值，由默认的0，修改为800 ######

max\_user\_connections=800

###### 4.1.5修改thread\_concurrency值，由目前默认的8，修改为64 ######

thread\_concurrency=64

###### 4.1.6添加skip-name-resolve，默认被注释掉，没有该参数。 ######

skip-name-resolve

###### 4.1.7 skip-networking，默认被注释掉。没有该参数。（本次无用） ######

skip-networking建议被注释掉，不要开启

###### 4.1.8  default-storage-engine(设置MySQL的默认存储引擎) ######

default-storage-engine= InnoDB(设置InnoDB类型，另外还可以设置MyISAM类型)

<table style="line-height:26px; padding:0px; margin:0px auto 10px; font-size:12px; border-collapse:collapse; color:rgb(85,85,85); font-family:宋体,&quot;Arial Narrow&quot;,arial,serif"> 
 <tbody style="padding:0px; margin:0px"> 
 <tr style="padding:0px; margin:0px"> 
 <td style="padding:0px 7px; margin:0px; border:1px solid black"> 设置创建数据库及表默认存储类型 show&nbsp;table&nbsp;status&nbsp;like&nbsp;‘tablename’显示表的当前存储状态值 查看MySQL有哪些存储状态及默认存储状态 &nbsp;show&nbsp;engines; 创建表并指定存储类型 CREATE&nbsp;TABLE&nbsp;mytable&nbsp;(id&nbsp;int,&nbsp;title&nbsp;char(20))&nbsp;ENGINE&nbsp;=&nbsp;INNODB; 修改表存储类型： &nbsp;&nbsp;Alter&nbsp;table&nbsp;tableName&nbsp;engine&nbsp;=engineName &nbsp; 备注：设置完后把以下几个开启： #&nbsp;Uncomment&nbsp;the&nbsp;following&nbsp;if&nbsp;you&nbsp;are&nbsp;using&nbsp;InnoDB&nbsp;tables innodb_data_home_dir&nbsp;=&nbsp;/var/lib/mysql #innodb_data_file_path&nbsp;=&nbsp;ibdata1:1024M;ibdata2:10M:autoextend（要注释掉，否则会创建一个新的把原来的替换的。） innodb_log_group_home_dir&nbsp;=&nbsp;/var/lib/mysql #&nbsp;You&nbsp;can&nbsp;set&nbsp;.._buffer_pool_size&nbsp;up&nbsp;to&nbsp;50&nbsp;-&nbsp;80&nbsp;% #&nbsp;of&nbsp;RAM&nbsp;but&nbsp;beware&nbsp;of&nbsp;setting&nbsp;memory&nbsp;usage&nbsp;too&nbsp;high innodb_buffer_pool_size&nbsp;=&nbsp;1000M innodb_additional_mem_pool_size&nbsp;=&nbsp;20M #&nbsp;Set&nbsp;.._log_file_size&nbsp;to&nbsp;25&nbsp;%&nbsp;of&nbsp;buffer&nbsp;pool&nbsp;size innodb_log_file_size&nbsp;=&nbsp;500M innodb_log_buffer_size&nbsp;=&nbsp;20M innodb_flush_log_at_trx_commit&nbsp;=&nbsp;0 innodb_lock_wait_timeout&nbsp;=&nbsp;50 设置完后一定记得把MySQL安装目录地址（我们目前是默认安装所以地址/var/lib/mysql/）下的ib_logfile0和ib_logfile1删除掉。否则重启MySQL起动失败。 </td> 
 </tr> 
 </tbody> 
</table>

##### 4.2 MySQL缓存变量介绍及修改 #####

###### 4.2.1全局缓存 ######

4.2.1.1：key\_buffer\_size,本系统目前为384M,可修改为400M

key\_buffer\_size=400M

<table style="line-height:26px; padding:0px; margin:0px auto 10px; font-size:12px; border-collapse:collapse; color:rgb(85,85,85); font-family:宋体,&quot;Arial Narrow&quot;,arial,serif"> 
 <tbody style="padding:0px; margin:0px"> 
 <tr style="padding:0px; margin:0px"> 
 <td style="padding:0px 7px; margin:0px; border:1px solid black"> &nbsp;&nbsp;&nbsp;&nbsp;key_buffer_size是用于索引块的缓冲区大小，增加它可得到更好处理的索引(对所有读和多重写)，对MyISAM(MySQL表存储的一种类型，可以百度等查看详情)表性能影响最大的一个参数。如果你使它太大，系统将开始换页并且真的变慢了。严格说是它决定了数据库索引处理的速度，尤其是索引读的速度。对于内存在4GB左右的服务器该参数可设置为256M或384M. 怎么才能知道key_buffer_size的设置是否合理呢，一般可以检查状态值Key_read_requests和Key_reads&nbsp;&nbsp;&nbsp;，比例key_reads&nbsp;/&nbsp;key_read_requests应该尽可能的低，比如1:100，1:1000&nbsp;，1:10000。其值可以用以下命令查得：show&nbsp;status&nbsp;like&nbsp;'key_read%'; 比如查看系统当前key_read和key_read_request值为： +-------------------+-------+ |&nbsp;Variable_name&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;Value&nbsp;| +-------------------+-------+ |&nbsp;Key_read_requests&nbsp;|&nbsp;28535&nbsp;| |&nbsp;Key_reads&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;269&nbsp;&nbsp;&nbsp;| +-------------------+-------+ 可知道有28535个请求，有269个请求在内存中没有找到直接从硬盘读取索引. 未命中缓存的概率为：0.94%=269/28535*100%.&nbsp;&nbsp;一般未命中概率在0.1之下比较好。目前已远远大于0.1，证明效果不好。若命中率在0.01以下，则建议适当的修改key_buffer_size值。 http://dbahacker.com/mysql/innodb-myisam-compare(<a title="Permanent Link to [存储引擎基础知识]InnoDB与MyISAM的六大区别" href="http://dbahacker.com/mysql/innodb-myisam-compare" style="color:rgb(1,95,145); text-decoration:none; padding:0px; margin:0px" rel="nofollow">InnoDB与MyISAM的六大区别</a>) http://kb.cnblogs.com/page/99810/（查看存储引擎介绍） MyISAM、InnoDB、MyISAM&nbsp;Merge引擎、InnoDB、memory(heap)、archive </td> 
 </tr> 
 </tbody> 
</table>

4.2.1.2：innodb\_buffer\_pool\_size(默认128M)

innodb\_buffer\_pool\_size=1024M(1G)

<table style="line-height:26px; padding:0px; margin:0px auto 10px; font-size:12px; border-collapse:collapse; color:rgb(85,85,85); font-family:宋体,&quot;Arial Narrow&quot;,arial,serif"> 
 <tbody style="padding:0px; margin:0px"> 
 <tr style="padding:0px; margin:0px"> 
 <td style="padding:0px 7px; margin:0px; border:1px solid black"> &nbsp;&nbsp;&nbsp;innodb_buffer_pool_size:主要针对InnoDB表性能影响最大的一个参数。功能与Key_buffer_size一样。InnoDB占用的内存，除innodb_buffer_pool_size用于存储页面缓存数据外，另外正常情况下还有大约8%的开销，主要用在每个缓存页帧的描述、adaptive&nbsp;hash等数据结构，如果不是安全关闭，启动时还要恢复的话，还要另开大约12%的内存用于恢复，两者相加就有差不多21%的开销。假设：12G的innodb_buffer_pool_size，最多的时候InnoDB就可能占用到14.5G的内存。若系统只有16G，而且只运行MySQL，且MySQL只用InnoDB， 那么为MySQL开12G，是最大限度地利用内存了。 另外InnoDB和&nbsp;MyISAM&nbsp;存储引擎不同，&nbsp;MyISAM&nbsp;的&nbsp;key_buffer_size&nbsp;只能缓存索引键，而&nbsp;innodb_buffer_pool_size&nbsp;却可以缓存数据块和索引键。适当的增加这个参数的大小，可以有效的减少&nbsp;InnoDB&nbsp;类型的表的磁盘&nbsp;I/O&nbsp;。 当我们操作一个&nbsp;InnoDB&nbsp;表的时候，返回的所有数据或者去数据过程中用到的任何一个索引块，都会在这个内存区域中走一遭。 可以通过&nbsp;(Innodb_buffer_pool_read_requests&nbsp;–&nbsp;Innodb_buffer_pool_reads)&nbsp;/&nbsp;Innodb_buffer_pool_read_requests&nbsp;*&nbsp;100%&nbsp;计算缓存命中率，并根据命中率来调整&nbsp;innodb_buffer_pool_size&nbsp;参数大小进行优化。值可以用以下命令查得：show&nbsp;status&nbsp;like&nbsp;'Innodb_buffer_pool_read%'; 比如查看当前系统中系统中 |&nbsp;Innodb_buffer_pool_read_requests&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;1283826&nbsp;| |&nbsp;Innodb_buffer_pool_reads&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;519&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;| +---------------------------------------+---------+ 其命中率99.959%=（1283826-519）/1283826*100%&nbsp;&nbsp;命中率越高越好。 </td> 
 </tr> 
 </tbody> 
</table>

4.2.1.3：innodb\_additional\_mem\_pool\_size(默认8M)

innodb\_additional\_mem\_pool\_size=20M

4.2.1.4：innodb\_log\_buffer\_size(默认8M)

innodb\_log\_buffer\_size=20M

4.5.1.5：query\_cache\_size(默认32M)

query\_cache\_size=40M

<table style="line-height:26px; padding:0px; margin:0px auto 10px; font-size:12px; border-collapse:collapse; color:rgb(85,85,85); font-family:宋体,&quot;Arial Narrow&quot;,arial,serif"> 
 <tbody style="padding:0px; margin:0px"> 
 <tr style="padding:0px; margin:0px"> 
 <td style="padding:0px 7px; margin:0px; border:1px solid black"> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;query_cache_size:&nbsp;主要用来缓存MySQL中的ResultSet，也就是一条SQL语句执行的结果集，所以仅仅只能针对select语句。当我们打开了&nbsp;Query&nbsp;Cache功能，MySQL在接受到一条select语句的请求后，如果该语句满足Query&nbsp;Cache的要求(未显式说明不允许使用Query&nbsp;Cache，或者已经显式申明需要使用Query&nbsp;Cache)，MySQL会直接根据预先设定好的HASH算法将接受到的select语句以字符串方式进行hash，然后到Query&nbsp;Cache中直接查找是否已经缓存。也就是说，如果已经在缓存中，该select请求就会直接将数据返回，从而省略了后面所有的步骤(如SQL语句的解析，优化器优化以及向存储引擎请求数据等)，极大的提高性能。根据MySQL用户手册，使用查询缓冲最多可以达到238%的效率。 当然，Query&nbsp;Cache也有一个致命的缺陷，那就是当某个表的数据有任何任何变化，都会导致所有引用了该表的select语句在Query&nbsp;Cache中的缓存数据失效。所以，当我们的数据变化非常频繁的情况下，使用Query&nbsp;Cache可能会得不偿失 &nbsp;&nbsp;&nbsp;Query&nbsp;Cache的使用需要多个参数配合，其中最为关键的是query_cache_size和query_cache_type，前者设置用于缓存&nbsp;ResultSet的内存大小，后者设置在何场景下使用Query&nbsp;Cache。在以往的经验来看，如果不是用来缓存基本不变的数据的MySQL数据库，query_cache_size一般256MB是一个比较合适的大小。当然，这可以通过计算Query&nbsp;Cache的命中率(Qcache_hits/(Qcache_hits+Qcache_inserts)*100))来进行调整。&nbsp;query_cache_type可以设置为0(OFF)，1(ON)或者2(DEMOND)，分别表示完全不使用query&nbsp;cache，除显式要求不使用query&nbsp;cache(使用sql_no_cache)之外的所有的select都使用query&nbsp;cache，只有显示要求才使用query&nbsp;cache(使用sql_cache)。如果Qcache_lowmem_prunes的值非常大，则表明经常出现缓冲.&nbsp;如果Qcache_hits的值也非常大，则表明查询缓冲使用非常频繁，此时需要增加缓冲大小； 根据命中率(Qcache_hits/(Qcache_hits+Qcache_inserts)*100))进行调整，一般不建议太大，256MB可能已经差不多了，大型的配置型静态数据可适当调大. 可以通过命令：show&nbsp;status&nbsp;like&nbsp;'Qcache_%';查看目前系统Query&nbsp;catch使用大小 |&nbsp;Qcache_hits&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;1892463&nbsp;&nbsp;| |&nbsp;Qcache_inserts&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;|&nbsp;35627&nbsp;&nbsp; 命中率98.17%=1892463/(1892463&nbsp;+35627&nbsp;)*100 </td> 
 </tr> 
 </tbody> 
</table>

###### 4.2.2局部缓存 ######

4.2.2.1：read\_buffer\_size（默认值：2097144即2M）

read\_buffer\_size=4M

4.2.2.2：sort\_buffer\_size（默认值：2097144即2M）

sort\_buffer\_size=4M

4.2.2.3:  read\_rnd\_buffer\_size(默认值：8388608即8M)

read\_rnd\_buffer\_size=8M

4.2.2.4:  tmp\_table\_size(默认值：8388608 即：16M)

tmp\_table\_size=16M

4.2.2.5：record\_buffer:（默认值：）

###### 4.2.3其它缓存： ######

4.2.3.1：table\_cache(默认值：512)

<table style="line-height:26px; padding:0px; margin:0px auto 10px; font-size:12px; border-collapse:collapse; color:rgb(85,85,85); font-family:宋体,&quot;Arial Narrow&quot;,arial,serif"> 
 <tbody style="padding:0px; margin:0px"> 
 <tr style="padding:0px; margin:0px"> 
 <td style="padding:0px 7px; margin:0px; border:1px solid black"> TABLE_CACHE(5.1.3及以后版本又名TABLE_OPEN_CACHE) table_cache指定表高速缓存的大小。每当MySQL访问一个表时，如果在表缓冲区中还有空间，该表就被打开并放入其中，这样可以更快地访问表内容。通过检查峰值时间的状态值Open_tables和Opened_tables，可以决定是否需要增加table_cache的值。如果你发现open_tables等于table_cache，并且opened_tables在不断增长，那么你就需要增加table_cache的值了（上述状态值可以使用SHOW&nbsp;STATUS&nbsp;LIKE&nbsp;‘Open%tables’获得）。注意，不能盲目地把table_cache设置成很大的值。如果设置得太高，可能会造成文件描述符不足，从而造成性能不稳定或者连接失败。 SHOW&nbsp;STATUS&nbsp;LIKE&nbsp;'Open%tables'; +---------------+-------+ |&nbsp;Variable_name&nbsp;|&nbsp;Value&nbsp;| +---------------+-------+ |&nbsp;Open_tables&nbsp;&nbsp;&nbsp;|&nbsp;356&nbsp;&nbsp;&nbsp;| |&nbsp;Opened_tables&nbsp;|&nbsp;0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;| +---------------+-------+ 2&nbsp;rows&nbsp;in&nbsp;set&nbsp;(0.00&nbsp;sec) open_tables表示当前打开的表缓存数，如果执行flush&nbsp;tables操作，则此系统会关闭一些当前没有使用的表缓存而使得此状态值减小； opend_tables表示曾经打开的表缓存数，会一直进行累加，如果执行flush&nbsp;tables操作，值不会减小。 在mysql默认安装情况下，table_cache的值在2G内存以下的机器中的值默认时256到512，如果机器有4G内存,则默认这个值&nbsp;是2048，但这决意味着机器内存越大，这个值应该越大，因为table_cache加大后，使得mysql对SQL响应的速度更快了，不可避免的会产生&nbsp;更多的死锁（dead&nbsp;lock），这样反而使得数据库整个一套操作慢了下来，严重影响性能。所以平时维护中还是要根据库的实际情况去作出判断，找到最适合你维护的库的&nbsp;table_cache值。 由于MySQL是多线程的机制,为了提高性能,每个线程都是独自打开自己需要的表的文件描&nbsp;述符,而不是通过共享已经打开的.针对不同存储引擎处理的方法当然也不一样 在myisam表引擎中,数据文件的描述符&nbsp;(descriptor)是不共享的,但是索引文件的描述符却是所有线程共享的.Innodb中和使用表空间类型有关,假如是共享表空间那么实际就一个数&nbsp;据文件,当然占用的数据文件描述符就会比独立表空间少. mysql手册上给的建议大小&nbsp;是:table_cache=<code style="padding:0px; margin:0px">max_connections*n</code> <code style="padding:0px; margin:0px">n表示查询语句中最大表数,&nbsp;还需要为临时表和文件保留一些额外的文件描述符。</code> 这个数据遭到很多质疑,table_cache够用就好,检查&nbsp;Opened_tables值,如果这个值很大,或增长很快那么你就得考虑加大table_cache了. &nbsp;&nbsp;table_cache：所有线程打开的表的数目。增大该值可以增加mysqld需要的文件描述符的数量。默认值是64. </td> 
 </tr> 
 </tbody> 
</table>

4.2.3.2 thread\_cache\_size (服务器线程缓存)

thread\_cache\_size=64

[MySQL]: http://lib.csdn.net/base/14