innodb_thread_concurrency ,用于限制能够进入innodb层的线程数

当进入innodb层调用read_row/write_row/update_row/delete_row时,会检查已经进入innodb的线程数:innodb_srv_conc_enter_innodb

如果已经满了,就会等待innodb_thread_sleep_delay毫秒尝试一次

如果再次失败,则进入到一个FIFO队列sleep

当在innodb层完成操作后,会调用innodb_srv_conc_exit_innodb退出innodb层

当线程进入时,获得一段时间片innodb_concurrency_tickets,在时间片范围内,该线程就无需检测,直接进入innodb

理论上讲,我们可以把innodb_thread_concurrency设置为(cpu数+磁盘数)*2,但这需要取决于具体的应用场景

innodb_commit_concurrency ,用于限制在innodb层commit阶段的线程数,大多数情况下,默认值已经足够。

--------------------------

innodb_write_io_threads

用于写脏页的线程数

innodb_read_io_threads

用于从磁盘读文件块的线程数

thread_cache_size

线程在使用完成后,不是退出,而是存放到list中,这样减小了重复创建线程的开销,

这个值的设置应跟内存相关的:mem = (thread_cache_size) * (thread_stack)

max_connections

MySQL层最大允许的连接请求数,注意如果设置的过大,可能会引起很大的额外开销:线程切换开销。目前比较流行的优化方案是使用线程池 来保存请求队列,建立有限的work线程来处理连接,换句话说,就算max_connections设置的再大,那也要受innodb_thread_concurrency的 限制。