zoukankan      html  css  js  c++  java
  • Thread pool引起的程序连接数据库响应慢

    数据库版本: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后,重新测试程序连接数据库响应时间,速度极快,不再出现程序连接数据库响应慢的情况!


  • 相关阅读:
    调度器27—Freq Qos 和 限频流程 Hello
    调度器23—EAS Hello
    调度器24—CFS任务选核 Hello
    调度器22—CPU频点设置函数分析 Hello
    attribute section 属性 Hello
    使用二级指针辅助遍历的单链表 Hello
    数据结构——TODO Hello
    plist移植学习笔记 Hello
    Linux驱动中继承与多态思想_C Hello
    内核线程 Hello
  • 原文地址:https://www.cnblogs.com/hankyoon/p/8023458.html
Copyright © 2011-2022 走看看