14.4.6 Configuring Thread Concurrency for InnoDB 配置Thread 并发

14.4.6 Configuring Thread Concurrency for InnoDB  配置Thread 并发InnoDB 使用操作系统threads 来处理用户的事务请求。(事务可以执行很多请求到InnoDB 在它们提交或者回滚前)在现代的操作系统和多核服务器, 上下文切换是有效的,很多的负载运行很多在没有任何并发数限制。可扩展性改进在MySQL 5.5和以上版本按降低了并发数量的限制它是有助于减少上下文切换在threads之间,InnoDB 可以使用一些技术来限制并发执行操作系统threads的数量（因此,在任何一个时间点处理的请求数).当InnoDB 接收一个新的请求从一个用户会话,如果threads的并发数量在一个预先定义的限制,新的请求sleep 短暂的时间在它再次尝试之前,请求不能被重新安排在sleep 被放入到 first-in/first-out  队列你可以限制并发线程数 通过设置 innodb_thread_concurrency.mysql> show variables like '%innodb_thread_concurrency%';+---------------------------+-------+| Variable_name             | Value |+---------------------------+-------+| innodb_thread_concurrency | 0     |+---------------------------+-------+1 row in set (0.00 sec)一旦 执行的threads 达到这个限制,额外的threads 会等待数微妙,此前, 它需要经验来找到优化的值对于innodb_thread_sleep_delay，优化的值可以改变依赖复杂, 在MySQL 5.6.3 和更高的版本,你可以设置配置选项innodb_adaptive_max_sleep_delay到允许的对于innodb_thread_sleep_delay,InnoDB 自动调整innodb_thread_sleep_delay 高或者低 依赖于当前的thread-scheduling activity这个动态调整有助于thread scheduling  机制来工作平顺的 在系统是负载较轻的和接近于满负荷InnoDB 使线程sleep只有当 并发的线程数受限制, 当对于线程数没有限制的时候,所有的线程都会被调度。也就是说, 如果 innodb_thread_concurrency是0，innodb_thread_sleep_delay 会被忽略。当这里有限制限制时( 当innodb_thread_concurrency  值大于0),InnoDB 降低上下文负载通过允许多个请求 在单个SQL语句执行期间来进入InnoDB 没有关注innodb_thread_concurrency的设置。因为一个SQL语句(比如一个关联)可能 包含多个行记录在InnoDB,InnoDB 分配一个指定数量的tickets允许一个线程被调度多次 以最小的开销当一个SQL 语句启动, 一个thread 没有tickets, 它必须观察innodb_thread_concurrency。一旦线程有权进入InnoDB, 它会被分配一个 rickets的number 可以用于随后进入InnoDB 来执行记录操作。如果tickets 用完, thread 被驱逐,innodb_thread_concurrency 再次观察,可以放置thread 到等待thread 的first-in/first-out queue。当thread 是再次允许进入InnoDB, tickets 再次被分配。分配的tickets 的数量是通过全局变量  innodb_concurrency_tickets指定,默认是5000mysql> show variables like '%innodb_concurrency_tickets%';+----------------------------+-------+| Variable_name              | Value |+----------------------------+-------+| innodb_concurrency_tickets | 5000  |+----------------------------+-------+1 row in set (0.00 sec)一个thread 等待一个lock 是给一个ticket 一旦locks 变的可用那些变量的争取的值依赖你的环境和负载, 尝试一些不同的值来决定最合适的值对你的应用。在限制并发执行threads的数量, 重新查询配置选项 可能改善InnoDB的性能