关于innodb_thread_concurrency参数 并发控制
2017-05-26 17:30
260 查看
http://dev.mysql.com/doc/refman/5.5/en/innodb-parameters.html#sysvar_innodb_thread_concurrency
Command-Line Format --innodb_thread_concurrency=# Option-File Format innodb_thread_concurrency Option Sets Variable Yes, innodb_thread_concurrency Variable Name innodb_thread_concurrency Variable Scope Global Dynamic Variable Yes Permitted Values Type numeric Default 0 Range 0 .. 1000
InnoDB tries to keep the number of operating system threads concurrently inside InnoDB less than or equal to the limit given by this variable. Once the number of threads reaches this limit, additional threads are placed into a wait state within a FIFO queue for execution. Threads waiting for locks are not counted in the number of concurrently executing threads.
The correct value for this variable is dependent on environment and workload. Try a range of different values to determine what value works for your applications. A recommended value is 2 times the number of CPUs plus the number of disks.
The range of this variable is 0 to 1000. A value of 0 (the default) is interpreted as infinite concurrency (no concurrency checking). Disabling thread concurrency checking enables InnoDB to create as many threads as it needs.
参数的含义是: InnoDB内部的并发线程数.
可以动态修改
具体解析: InnoDB 试图保持InnoDB内部的并发操作系统的线程数少于innodb_thread_concurrency设置的值
如果innodb并发线程数快要到达innodb_thread_concurrency=x,其他的innodb线程会被设置为等待状态,队列的算法是FIFO
处于等待拿锁状态的线程数,不会被计算入正在执行的并发线程数
innodb_thread_concurrency=x,x该设怎样的值,视服务器配置和服务器的负载情况。
默认推荐的值是 (cpu的数量+磁盘数量)x2 (我的理解,对于raid10的磁盘阵列,应该是磁盘总数/2)
参数取值范围 0-1000 当为默认值的时候,不是说0个并发线程。 而是被解释为无限并发(没有并发检查)
当innodb_thread_concurrency=0的时候,可以理解为 禁用线程并发检查,使InnoDB按照请求的需求, 创造尽可能多的线程.
http://www.dbathink.com/2012/10/trouble-shooting-the-high-sys-cpu-in-mysql-server/
并发控制
并发控制点:
并发控制的目的是最大化提高系统的资源利用率,并减少管理和调度开销。在MySQL实例中,主要处理sql请求,所以期望系统资源最大化提供给sql的执行过程。
sql的执行牵涉到server层和引擎层:
1. server层:比如cost计算,生成sql执行计划的过程2. Innodb层:比如根据执行计划,查找和更新数据page的过程
所以在MySQL实例中,有两个最佳的并发控制点:
1. server层:sql开始执行时。 MySQL在5.6后,在server层引入了thread pool进行并发控制2. Innodb层:记录查找和记录更新时。 Innodb存储引擎,使用innodb_thread_concurrency参数进行并发控制
并发控制大小:
设置过大:造成系统调度消耗过大设置过小:不能完全的使用系统资源,造成资源浪费
经验值:# Try number of CPU's*2 for thread_concurrency
但还需要配合具体的平台和业务系统进行测试,才能找到最佳值。
Innodb并发控制
Innodb使用参数innodb_thread_concurrency控制并发线程的个数,源码中使用一对函数:
innodb_srv_conc_enter_innodbinnodb_srv_conc_exit_innodb
Innodb实现语句级的并发控制,在语句执行结束,stmt commit的时候,强制释放资源。
权衡和优化
1. 一方面进行并发控制,提高资源利用率,2. 另一方还需要控制调度公平,防饿死等。
Innodb引入了n_tickets_to_enter_innodb参数,sql进入innodb执行时进行初始化,默认值500。
在执行过程中,依次进行递减,递减到0时,强制退出并发线程,重新抢占。
好处:
1. 一方面单条sql可能写入或者更新多条记录,节省每次enter innodb的线程抢占代价。2. 另一方面防止单条sql过多的长时间占用并发线程,导致其它线程饿死的情况
相关文章推荐
- 关于Mysql thread_concurrency和innodb_thread_concurren
- innodb_thread_concurrency
- Mess with innodb_thread_concurrency (mysql与多cpu)
- 15.6.6 Configuring Thread Concurrency for InnoDB
- Mysql 版本引发的问题之thread_concurrency和innodb_thread_con
- MySQL InnoDB配置并发线程( innodb_thread_concurrency)
- 关于tomcat设置了minSpareThread等参数的问题
- 关于python使用threadpool中的函数单个参数和多个参数用法举例
- 关于exe文件传递参数方法
- 发现 SqlHelper v3.1 的一个关于 InputOutput 参数的 Bug? v2.1 老版没错!
- 关于ASP.NET中Resonse.QueryString函数汉字参数传递错误的处理办法
- javascript写的关于静态页面获取URL传递参数的函数[原创]
- 关于处理GET方式提交的含有特殊字符的参数(转载)
- 关于exe文件传递参数方法
- javascript写的关于静态页面获取URL传递参数的函数[原创]
- 关于document.execCommand()函数可用参数大解析
- 关于处理GET方式提交的含有特殊字符的参数
- 关于printf的大部分参数祥解---------学会一门外语是多么重要啊!!!
- 关于JVM参数设置
- 关于document.execCommand()函数可用参数大解析