linux 内核参数优化 mysql_MySQL核心参数优化

1.back_log=300

默认是50，TCP/IP的连接数量，一个连接占用256KB内存，最大是64MB，256 * 300 =75MB内存

和三次握手有关系

syn_queue取64和tcp_max_sync_backlog最大者，默认是1024，当瞬时很多连接进来这个参数会进行限制，否则太大容易消耗资源

accept queue取back_log和somaxconn最小者，用来防止丢包，当瞬时很多连接进来达到上限后，后来连接将超时触发重传机制

当有3000个连接进来，将队列accept queue占满，应用还没来得及将请求从队列中取出，剩下的2700个连接将被拒绝，每取走一个请求(一个连接，mysql一个线程一个连接)，将创建一个thread线程 net.ipv4.tcp_max_sync_backlog= 8192 类似活动场所

sync接收队列的长度，默认是1024，当mysql在很短时间内得到很多的请求，需要增加，太大会消耗资源

太小的话会在show processlist出现未认证错误

net.core.somaxconn=1024 类似活动场所中的座位数

尽可能防止丢包，超过这个值会触发超时或者重传，限制在net.ipv4.ip_local_port_range这个范围之内

2.max_connections=3000

连接的创建和销毁都需要系统资源，比如内存、文件句柄

业务说的支持多少并发，指的是每秒请求数，也就是QPS

同一时刻并行的SQL由innodb_thread_concurrency决定，最大不能超过该值

如果一个用户的请求数据超过64MB(比如排序)，就会申请临时空间，放到硬盘上

如果3000个用户同时连上mysql，最小需要内存3000_256KB=750M，最大需要内存3000_64MB=192G，如果innodb_buffer_pool_size是80GB，可用内存不到48G，192GB>48GB，将会产生SWAP，此时将会影响性能

连接数过高，不一定带来吞吐量的提高，而且可能占用更多的系统资源

一个DB 3W QPS计算，前端有100个web服务器，每个web服务器需要300个QPS，每个QPS占用时间=网络来回时间+SQL执行时间，以20ms计算，需要6个连接数(300/1000/20ms=6)

示例1：有100台web服务器，PHP/JAVA的最大连接数可设置为：3000/100=30

示例2：有30台web服务器，要扩容到60台，web服务器连接数怎么配置？web服务器最大连接数：之前是3000/30=100，现在3000/60=50即可

3.max_user_connections=2980

剩余连接数用作管理

4.table_open_cache=1024

打开表的缓存，跟表数量没关系

1000个连接上来，都需要访问A表，那么会打开1000个表，打开1000个表是指mysql创建1000个这个表的对象，连接直接访问表对象，类似会把这张表做一个class，1000个连接都访问这个表对象，当表对象没了，重新new一个，不需要每次都打开物理表 root@master 14:44: [(none)]> show variables like '%table_open_cache';

+------------------+-------+

| Variable_name | Value |

+------------------+-------+

| table_open_cache | 1024 |

+------------------+-------+

1 row in set (0.00 sec)

root@master 14:46: [(none)]> show global status like 'open%tables%';

+---------------+-------+

| Variable_name | Value |

+---------------+-------+

| Open_tables | 19 |

| Opened_tables | 113 |

+---------------+-------+

2 rows in set (0.00 sec)