innodb_thread_concurrency参数的建议配置

innodb_thread_concurrency:
INNODB存储引擎中允许的最大的线程并发数。
InnoDB使用操作系统线程来处理用户事务请求，它是这样工作的：当InnoDB收到一个用户的请求时，如果已经超过innodb_thread_concurrency预先设置的并发线程数量，那么就会按照innodb_thread_sleep_delay预先设定的值休眠N秒，之后再次尝试连接，重试两次的机制是为了减少CPU上下文切换的次数，以降低CPU消耗。如果请求被接受了，则会获得一个innodb_concurrency_tickets默认500次的通行证，在这些次数用完之前，该线程重新请求时无须再进行前面所说的innodb_thread_concurrency的检查。如果还没有被接受，那么就会进入队列中，直到最终被处理掉。

该值建议设置如下:
当并发用户线程数量小于64，建议设置innodb_thread_concurrency=0；
如果负载不稳定，时而低，时而高到峰值，建议先设置innodb_thread_concurrency=128，并通过不断的降低这个参数，96, 80, 64等等，直到发现能够提供最佳性能的线程数，例如，假设系统通常有40到50个用户，但定期的数量增加至60，70，甚至200。你会发现，性能在80个并发用户设置时表现稳定，如果高于这个数，性能反而下降。在这种情况下，建议设置innodb_thread_concurrency参数为80，以避免影响性能；
如果DB服务器上还允许其他应用，需要限制mysql的线程使用情况，则可以设置可分配给DB的线程数，但是不建议DB上跑其他应用，也不建议这么设置，因为这样可能导致数据库没有对硬件最优使用；
设置过高值，可能会因为系统资源内部争夺导致性能下降；
在大多数情况下，最佳的值是小于并接近虚拟CPU的个数；
定期监控和分析DB，因为随着数据库负载的变化，业务的增加，innodb_thread_concurrency也需要动态的调整。
如果一个工作负载中，并发用户线程的数量小于64，建议设置innodb_thread_concurrency=0；

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/15498/viewspace-2141352/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/15498/viewspace-2141352/