Mysql参数优化的详细步骤

本篇文章给大家主要讲的是关于MySQL参数优化的详细步骤的内容，感兴趣的话就一起来看看这篇文章吧，相信看完Mysql参数优化的详细步骤对大家多少有点参考价值吧。

10多年的澄城网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。成都营销网站建设的优势是能够根据用户设备显示端的尺寸不同，自动调整澄城建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。创新互联建站从事“澄城网站设计”,“澄城网站推广”以来，每个客户项目都认真落实执行。

连接优化

back_log=500 （默认50）

MySql的连接达到max_connections时，新来的请求将会被存在堆栈中，以等待某一连接释放资源，该堆栈的数量即back_log，如果等待连接的数量超过back_log，将不被授予连接资源。将会报：unauthenticated user | xxx.xxx.xxx.xxx | NULL | Connect | NULL | login | NULL 的待连接进程时.back_log值不能超过TCP/IP连接的侦听队列的大小。若超过则无效，查看当前系统的TCP/IP连接的侦听队列的大小命令：cat /proc/sys/net/ipv4/tcp_max_syn_backlog目前系统为1024。对于Linux系统推荐设置为小于512的整数。

wait_timeout=1800 （默认8小时，单位秒）

MySQL客户端的数据库连接闲置最大时间值；有大量sleep长时间占用内存和连接数，则需要修改此项。

max_connections=3000 （默认151）

MySql的最大连接数，如果云服务器的并发连接请求量比较大，建议调高此值，连接数越多占用内存越多

max_connect_errors = 10000000

尽量设大，防止错误链接数过多导致无法写入数据

CPU优化

 thread_concurrency=16 （默认8）

正确设置可以充分利用多核CPU，thread_concurrency应设为CPU核数的2倍

网络优化

skip-name-resolve （默认被注释）

禁止MySQL对外部连接进行DNS解析，使用这一选项可以避免MySQL进行DNS解析的时间。但需要注意，如果开启该选项，则所有远程主机连接授权都要使用IP地址方式，否则MySQL将无法正常处理连接请求！

IO优化

 key_buffer_size=400M （MyISAM）

用于索引块的缓冲区大小，对MyISAM影响较大的参数。key_reads / key_read_requests在0.1之下比较好

key_cache_miss_rate = Key_reads / Key_read_requests * 100%
show status like 'key_read%';
+-------------------+-------+
| Variable_name     | Value |
+-------------------+-------+
| Key_read_requests | 28535 |
| Key_reads         | 269   |
+-------------------+-------+
以上key_cache_miss_rate大于0.1%，则需要增大参数。key_cache_miss_rate在0.1%以下都很好(每1000个请求有一个直接读硬盘)，如果key_cache_miss_rate在0.01%以下的话，key_buffer_size分配的过多，可以适当减少。
mysql> show global status like 'key_blocks_u%';
+---------------------------+
| Variable_name     | Value |
+---------------------------+
| Key_blocks_unused | 0     |
| Key_blocks_used   | 413543|
+---------------------------+
Key_blocks_unused表示未使用的缓存簇(blocks)数，Key_blocks_used表示曾经用到的最大的blocks数，比如这台服务器，所有的缓存都用到了，要么增加key_buffer_size，要么就是过渡索引了，把缓存占满了。比较理想的设置：
Key_blocks_used / (Key_blocks_unused + Key_blocks_used) * 100% ≈ 80%

innodb_buffer_pool_size = 2048M  （默认128M，InnoDB）

用于缓存数据块和索引键。对InnoDB表性能影响最大的一个参数，增加这个参数的大小，可以有效的减少 InnoDB 类型的表的磁盘 I/O 。

SHOW GLOBAL STATUS LIKE 'innodb_buffer_pool_pages_%';
+----------------------------------+--------+
| Variable_name                    | Value  |
+----------------------------------+--------+
| Innodb_buffer_pool_pages_data    | 129037 |
| Innodb_buffer_pool_pages_dirty   | 362    |
| Innodb_buffer_pool_pages_flushed | 9998   |
| Innodb_buffer_pool_pages_free    | 0      |  !!!!!!!!
| Innodb_buffer_pool_pages_misc    | 2035   |
| Innodb_buffer_pool_pages_total   | 131072 |
+----------------------------------+--------+
6 rows in set (0.00 sec)

 Innodb_buffer_pool_pages_free 为 0，则说明 buffer pool 已经被用光，需要增大innodb_buffer_pool_size
 建议使用 所有内存的 75% （在剩余内存能够保证系统和其它服务正常运行的情况下）

innodb_additional_mem_pool_size=100M （默认8M）

设置了InnoDB存储引擎用来存放数据字典信息以及一些内部数据结构的内存空间大小，所以当我们一个MySQL Instance中的数据库对象非常多的时候，是需要适当调整该参数的大小以确保所有数据都能存放在内存中提高访问效率的。如果设置太小日志会出现warning

2G内存推荐20M，32G内存推荐100M

innodb_log_buffer_size=20M （默认8M）

InnoDB存储引擎的事务日志所使用的缓冲区。类似于Binlog Buffer，InnoDB在写事务日志的时候，为了提高性能，也是先将信息写入Innofb Log Buffer中。理想8M，不建议超过32MB，将此缓存段增大可以减少数据库写数据文件次数。

innodb_flush_log_trx_commit=0 （默认1）

0  log buffer每秒就会被刷写日志文件到磁盘，提交事务的时候不做任何操作
1  在每次事务提交的时候将log buffer 中的数据都会写入到log file，同时也会触发文件系统到磁盘的同步;

2  事务提交会触发log buffer到log file的刷新，但并不会触发磁盘文件系统到磁盘的同步。此外，每秒会有一次文件系统到磁盘同步操作。

设为1当然是最安全的，但性能页是最差的（相对其他两个参数而言，但不是不能接受）。如果对数据一致性和完整性要求不高，完全可以设为2,如果只最求性能，例如高并发写的日志云服务器，设为0来获得更高性能

innodb_log_file_size = 128M （默认8M）

此配置项作用设定innodb 数据库引擎UNDO日志的大小；从而减少数据库checkpoint操作。 

query_cache_size = 128M （默认32M）

缓存MySQL中的ResultSet，也就是一条SQL语句执行的结果集，所以仅仅只能针对select语句

show status like 'Qcache_%';
| Qcache_hits             | 1892463  |
| Qcache_inserts          | 35627    |
命中率98.17%=1892463/(1892463 +35627 )*100

thread_cache_size = 128 （默认8）

,当断开连接时如果缓存中还有空间,那么客户端的线程将被放到缓存中,如果线程重新被请求，那么请求将从缓存中读取,如果缓存中是空的或者是新的请求，那么这个线程将被重新创建,

 mysql> show status like 'thread%';
+——————-+——-+
| Variable_name     | Value |
+——————-+——-+
| Threads_cached    | 0     |  <—当前被缓存的空闲线程的数量
| Threads_connected | 1     |  <—正在使用（处于连接状态）的线程
| Threads_created   | 1498  |  <—服务启动以来，创建了多少个线程
| Threads_running   | 1     |  <—正在忙的线程（正在查询数据，传输数据等等操作）
+——————-+——-+
查看开机起来数据库被连接了多少次？
mysql> show status like '%connection%';
+———————-+——-+
| Variable_name        | Value |
+———————-+——-+
| Connections          | 1504  |          –>服务启动以来，历史连接数
| Max_used_connections | 2     |
+———————-+——-+
通过连接线程池的命中率来判断设置值是否合适？命中率超过90%以上,设定合理。
 (Connections -  Threads_created) / Connections * 100 %
 物理内存 1G  —> 8；2G  —> 16； 3G  —> 32； >3G  —> 64

 innodb_autoextend_increment=128 （默认8M）

此配置项作用主要是当tablespace 空间已经满了后，需要MySQL系统需要自动扩展多少空间，每次tablespace 扩展都会让各个SQL 处于等待状态。增加自动扩展Size可以减少tablespace自动扩展次数

表结构优化

innodb_file_per_table = on (5.6之前默认off)

这项设置告知InnoDB是否需要将所有表的数据和索引存放在共享表空间里（innodb_file_per_table = OFF） 或者为每张表的数据单独放在一个.ibd文件（innodb_file_per_table = ON）。每张表一个文件允许你在drop、truncate或者rebuild表时回收磁盘空间。这对于一些高级特性也是有必要的，比如数据压缩。但是它不会带来任何性能收益。你不想让每张表一个文件的主要场景是：有非常多的表（比如10k+）。

MySQL 5.6中，这个属性默认值是ON，因此大部分情况下你什么都不需要做。对于之前的版本你必需在加载数据之前将这个属性设置为ON，因为它只对新创建的表有影响。

以上关于Mysql参数优化的详细步骤详细内容，对大家有帮助吗？如果想要了解更多相关，可以继续关注我们的行业资讯板块。