mysql 线程池. 参数_mysql线程池

mysql连接池与线程池

区别

连接池是客户端进行设置

线程池是db服务端设置

连接池的作用

控制客户端频繁连接DB服务器，和销毁连接线程

线程池的优势

1.防止雪崩

2.提高性能，提升系统稳定性

架构

mysql_thread_pool被划分成一个线程(timer)和多个group，每个group又有对应的工作线程

timer线程

控制管理整个group，。。。

group组成

两个高低队列

listener

worker

线程池简化工作流程

1.客户端的请求根据threadid%thread_pool_size来决定落到哪个group

2.group中的listener监听到有新请求，加入队列或者将其转换成worker线程

3.group中的thread线程检查队列的请求，

有，处理，没有，则休眠，一直没唤醒的话，超过thread_pool_idle_timeout后，则结束线程退出

当然Group中running线程数超过thread_pool_oversubscribe+1的话，也会休眠

4.timer线程会一直检查group是否被阻塞，如果有，就唤醒worker线程或者重建

线程池的分配机制

线程池会根据thread_pool_size的值来进行group的分配，每个group各自管理客户端发起的连接，根据threadid%thread_pool_size决定分配到哪个组？

thread_pool_oversubscribe控制每个group的并发线程数

相关参数 -- show variables like '%thread%'

thread_handling = pool-of-threads 启用线程池

thread_pool_size = cpu cores 设置线程池group的数量

thread_pool_oversubscribe = 8 每个group的最大线程数 thread_pool_oversubscribe+1

thread_pool_high_prio_mode 高优先级队列控制参数，默认transactions

thread_pool_high_prio_tickets 每个连接分配来进入高优先级队列的ticket数，尽量设置大点。

thread_pool_idle_timeout worker线程最大空闲时间，默认60秒，超过限制后会退出

thread_pool_max_threads 限制线程池最大线程数，超过限制后将无法再创建更多线程，默认值10000.

thread_pool_stall_limit 设置timer线程的检测group是否异常的时间间隔，默认500ms

配置文件配置 #其他参数默认即可

#thread_pool

thread_handling = pool-of-threads

thread_pool_size = 36

thread_pool_oversubscribe = 8

performance_schema =off

# extra_connection

extra_max_connections = 8

extra_port = 33333

注意事项

performance_schema=off如果performance_schema与thread_pool同时开启的话，会有内存泄漏的问题，5。7.21-20已修复改问题

extra_connection防止连接池满无法登陆

拨测异常问题

启用线程池后，相当于限制了线程并发数，当并发连接达到mysql的最大线程数的时候，其他线程需要等待，新连接也会卡在连接验证的那一步

这时候会造成拨测程序连接MySQL超时，拨测程序连接超时后，就会认为master出现了问题，在极端情况下，重试多次都有异常后，就会

启动自动切换操作，将业务切到从机

解决办法

1.启用旁路端口，监控和高可用相关直接使用MySQL的旁路端口管理

2.修改高可用探测脚本，将达到线程池最大活动线程数返回的错误做异常处理，当做超过最大连接数的场景来处理(只做告警，不进行自动切换)

慢sql的引入问题

因为慢sql的问题，导致group线程数不够

在没有阻塞的时候，每次都是4个线程，而后面有一个线程长时间运行的时候，就会出现那个长时间线程对应的group出现排队的情况，

最后虽然有三个空闲的线程，但却只有一个线程在处理

解决办法

1.调大thread_pool_oversubscribe

2.找到慢sql，优化