加入收藏 | 设为首页 | 会员中心 | 我要投稿 晋中站长网 (https://www.0354zz.com/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 站长学院 > MySql教程 > 正文

记一次生产数据库意外重启的经历

发布时间:2019-01-01 19:02:38 所属栏目:MySql教程 来源:小柒2012
导读:前言 在一个阳光明媚的下午,电脑右下角传来一片片邮件提醒,同时伴随着微信钉钉的震动,打开一看,应用各种出错,天兔告警,数据库服务器内存爆红,MySql 数据库实例挂掉了。 排查 先交代一下数据库版本: mysqlstatus -------------- mysqlVer14.14Distr

最终结果为: 

  1. +-----------+  
  2.     | MEMORY_MB |  
  3.     +-----------+  
  4.     | 87.5156*37|  
  5.     +-----------+ 

4)查看 memory 存储引擎占用多少内存 

  1. SELECT SUM(max_data_length)/1024/1024 AS MEMORY_MB FROM information_schema.tables WHERE ENGINE='memory'; 

查询结果为:

  1. +---------------+  
  2. | MEMORY_MB     |  
  3. +---------------+  
  4. | 3857.37713909 |  
  5. +---------------+ 

以上四项加起来差不多也就27975MB,差不错28G的样子,但是 MySql 进程显示占用了52.4G,那么剩下24.4G去哪了?

线程池

此线程池非彼连接池,其实两者是有很大区别的,连接池一般在客户端设置,而线程池是在DB服务器上配置;另外连接池可以取到避免了连接频繁创建和销毁,但是无法取到控制MySQL活动线程数的目标,在高并发场景下,无法取到保护DB的作用。比较好的方式是将连接池和线程池结合起来使用。

关于线程池的一些参数: 

  1. mysql> show variables like 'thread%';  
  2.    +-------------------------------+---------------------------+  
  3.    | Variable_name                 | Value                     |  
  4.    +-------------------------------+---------------------------+  
  5.    | thread_handling               | one-thread-per-connection |  
  6.    | thread_pool_high_prio_mode    | transactions              |  
  7.    | thread_pool_high_prio_tickets | 4294967295                |  
  8.    | thread_pool_idle_timeout      | 60                        |  
  9.    | thread_pool_max_threads       | 100000                    |  
  10.    | thread_pool_oversubscribe     | 3                         |  
  11.    | thread_pool_size              | 12                        |  
  12.    | thread_pool_stall_limit       | 500                       |  
  13.    +-------------------------------+---------------------------+ 

thread_handling:

该参数是配置线程模型,默认情况是one-thread-per-connection,也就是不启用线程池。将该参数设置为pool-of-threads即启用了线程池。

threadpoolsize:

该参数是设置线程池的Group的数量,默认为系统CPU的个数,充分利用CPU资源。

threadpooloversubscribe:

该参数设置group中的最大线程数,每个group的最大线程数为threadpooloversubscribe+1,注意listener线程不包含在内。

threadpoolhighpriomode:

高优先级队列的控制参数,有三个值(transactions/statements/none),默认是transactions,三个值的含义如下:

  •  transactions:对于已经启动事务的语句放到高优先级队列中,不过还取决于后面的threadpoolhighpriotickets参数
  •  statements:这个模式所有的语句都会放到高优先级队列中,不会使用到低优先级队列
  •  none:这个模式不使用高优先级队列

threadpoolhighpriotickets:

该参数控制每个连接最多语序多少次被放入高优先级队列中,默认为4294967295,注意这个参数只有在threadpoolhighpriomode为transactions的时候才有效果。

threadpoolidle_timeout:

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

threadpoolmax_threads:

该参数用来限制线程池最大的线程数,超过该限制后将无法再创建更多的线程,默认为100000。

threadpoolstall_limit:

该参数设置timer线程的检测group是否异常的时间间隔,默认为500ms。

(编辑:晋中站长网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

热点阅读