Threadpool参数引起的程序连接数据库响应慢
数据库版本：percona-MySQL 5.6.16
在很长一段时间，都会出现程序连接数据库，出现响应慢的情况，正常在几到几十毫秒之间，但是偶尔会出现上百毫秒的情况；
开始由于开发重新设置并调整过程序连接池，一直怀疑是连接池的问题，但是问题依旧；
因为使用的版本是percona-mysql 5.6.16 并且使用了数据库连接池。
Thread Pool根据参数thread_pool_size被分为若干个group,每个group维护client 发起的 connections,当MySQL建立 connection 时,
MySQL 根据connection的thread id 对thread_pool_size取模,将connection 发起的sql 语句分配到对应的group。每个group的最大worker
数量为thread_pool_oversubscribe+1。若worker达到最大数量后还是不足以处理回话请求,则连接在本group上等待,导致sql 语句的rt 增大；
因此将thread_pool_oversubscribe参数调大，但是问题依旧；
检查thread_cache_size，服务器内存大小为64G，thread_cache_size=128；
每建立一个连接，都需要一个线程来与之匹配，此参数用来缓存空闲的线程，以至不被销毁，如果线程缓存中有空闲线程，这时候如果建立新连接，MYSQL就会很快的响应连接请求；
show status like '%thread%';
Variable_name Value
Threads_cached 0
Threads_connected 219
Threads_created 655068
Threads_running 48
使用 show status查看当前mysql连接情况：
SHOW STATUS WHERE Variable_name LIKE '%Thread%';
Threads_cached :代表当前此时此刻线程缓存中有多少空闲线程。
Threads_connected :代表当前已建立连接的数量，因为一个连接就需要一个线程，所以也可以看成当前被使用的线程数。
Threads_created :代表从最近一次服务启动，已创建线程的数量。
Threads_running :代表当前激活的（非睡眠状态）线程数。并不是代表正在使用的线程数，有时候连接已建立，但是连接处于sleep状态，这里相对应的线程也是sleep状态。
最好将thread_cache_size设置成与threads_connected一样。
show variables like '%thread%';
+-----------------------------------------+-----------------+
| Variable_name | Value |
+-----------------------------------------+-----------------+
| innodb_purge_threads | 1 |
| innodb_read_io_threads | 4 |
| innodb_thread_concurrency | 0 |
| innodb_thread_sleep_delay | 10000 |
| innodb_write_io_threads | 4 |
| max_delayed_threads | 20 |
| max_insert_delayed_threads | 20 |
| myisam_repair_threads | 1 |
| performance_schema_max_thread_classes | 50 |
| performance_schema_max_thread_instances | -1 |
| pseudo_thread_id | 8735851 |
| thread_cache_size | 128 |
| thread_concurrency | 24 |
| thread_handling | pool-of-threads |
| thread_pool_high_prio_mode | transactions |
| thread_pool_high_prio_tickets | 4294967295 |
| thread_pool_idle_timeout | 60 |
| thread_pool_max_threads | 100000 |
| thread_pool_oversubscribe | 40 |
| thread_pool_size | 12 |
| thread_pool_stall_limit | 500 |
| thread_stack | 262144 |
| thread_statistics | OFF |
+-----------------------------------------+-----------------+
可以不断刷新，如果Threads_cached = 0 且 Threads_created 不断增大，那么当前thread_cache_size的值设置要改大，改到 Threads_connected 值左右，
再结合物理内存 1G —> 8；2G —> 16； 3G —> 32； >3G —> 64 二个情况综合考虑一下值,将thread_cache_size改为512；
注译：
Threads_cached :代表当前此时此刻线程缓存中有多少空闲线程。
Threads_connected :代表当前已建立连接的数量，因为一个连接就需要一个线程，所以也可以看成当前被使用的线程数。
Threads_created :代表从最近一次服务启动，已创建线程的数量。
Threads_running :代表当前激活的（非睡眠状态）线程数。并不是代表正在使用的线程数，有时候连接已建立，但是连接处于sleep状态，这里相对应的线程也是sleep状态。
修改thread_cache_size为512后，重新测试程序连接数据库响应时间，速度极快，不再出现程序连接数据库响应慢的情况！
分享文章：Threadpool参数引起的程序连接数据库响应慢
标题路径：http://myzitong.com/article/pcjope.html
在很长一段时间，都会出现程序连接数据库，出现响应慢的情况，正常在几到几十毫秒之间，但是偶尔会出现上百毫秒的情况；
开始由于开发重新设置并调整过程序连接池，一直怀疑是连接池的问题，但是问题依旧；
因为使用的版本是percona-mysql 5.6.16 并且使用了数据库连接池。
Thread Pool根据参数thread_pool_size被分为若干个group,每个group维护client 发起的 connections,当MySQL建立 connection 时,
MySQL 根据connection的thread id 对thread_pool_size取模,将connection 发起的sql 语句分配到对应的group。每个group的最大worker
数量为thread_pool_oversubscribe+1。若worker达到最大数量后还是不足以处理回话请求,则连接在本group上等待,导致sql 语句的rt 增大；
因此将thread_pool_oversubscribe参数调大，但是问题依旧；
检查thread_cache_size，服务器内存大小为64G，thread_cache_size=128；
每建立一个连接，都需要一个线程来与之匹配，此参数用来缓存空闲的线程，以至不被销毁，如果线程缓存中有空闲线程，这时候如果建立新连接，MYSQL就会很快的响应连接请求；
show status like '%thread%';
Variable_name Value
Threads_cached 0
Threads_connected 219
Threads_created 655068
Threads_running 48
使用 show status查看当前mysql连接情况：
SHOW STATUS WHERE Variable_name LIKE '%Thread%';
Threads_cached :代表当前此时此刻线程缓存中有多少空闲线程。
Threads_connected :代表当前已建立连接的数量，因为一个连接就需要一个线程，所以也可以看成当前被使用的线程数。
Threads_created :代表从最近一次服务启动，已创建线程的数量。
Threads_running :代表当前激活的（非睡眠状态）线程数。并不是代表正在使用的线程数，有时候连接已建立，但是连接处于sleep状态，这里相对应的线程也是sleep状态。
最好将thread_cache_size设置成与threads_connected一样。
show variables like '%thread%';
+-----------------------------------------+-----------------+
| Variable_name | Value |
+-----------------------------------------+-----------------+
| innodb_purge_threads | 1 |
| innodb_read_io_threads | 4 |
| innodb_thread_concurrency | 0 |
| innodb_thread_sleep_delay | 10000 |
| innodb_write_io_threads | 4 |
| max_delayed_threads | 20 |
| max_insert_delayed_threads | 20 |
| myisam_repair_threads | 1 |
| performance_schema_max_thread_classes | 50 |
| performance_schema_max_thread_instances | -1 |
| pseudo_thread_id | 8735851 |
| thread_cache_size | 128 |
| thread_concurrency | 24 |
| thread_handling | pool-of-threads |
| thread_pool_high_prio_mode | transactions |
| thread_pool_high_prio_tickets | 4294967295 |
| thread_pool_idle_timeout | 60 |
| thread_pool_max_threads | 100000 |
| thread_pool_oversubscribe | 40 |
| thread_pool_size | 12 |
| thread_pool_stall_limit | 500 |
| thread_stack | 262144 |
| thread_statistics | OFF |
+-----------------------------------------+-----------------+
可以不断刷新，如果Threads_cached = 0 且 Threads_created 不断增大，那么当前thread_cache_size的值设置要改大，改到 Threads_connected 值左右，
再结合物理内存 1G —> 8；2G —> 16； 3G —> 32； >3G —> 64 二个情况综合考虑一下值,将thread_cache_size改为512；
注译：
Threads_cached :代表当前此时此刻线程缓存中有多少空闲线程。
Threads_connected :代表当前已建立连接的数量，因为一个连接就需要一个线程，所以也可以看成当前被使用的线程数。
Threads_created :代表从最近一次服务启动，已创建线程的数量。
Threads_running :代表当前激活的（非睡眠状态）线程数。并不是代表正在使用的线程数，有时候连接已建立，但是连接处于sleep状态，这里相对应的线程也是sleep状态。
修改thread_cache_size为512后，重新测试程序连接数据库响应时间，速度极快，不再出现程序连接数据库响应慢的情况！
分享文章：Threadpool参数引起的程序连接数据库响应慢
标题路径：http://myzitong.com/article/pcjope.html