一、innodb并行任务调度是什么：
这里要“考古”一下了，不然问题说不清楚。上大学的时候老师和我们说最初的计算机只有一个核心，并且一次也只能做一件事，
如果你有两件事要用到计算机，在第一件事没有做完之前，后面那件事只能等着。后来呀，计算机就进化了一把，计算机不再
是把一件是做完之后，再去做第二件事，而是一件事只做一段非常短的时间，并不关心这件事有没有做完，它就会去做第二件
事，同样第二件事也只做一段非常短的时间，就回过头去做第一件事；
虽然事实上两件事是交错着做的，由于第一件事都只做一段非常短的时间，所以整体上看起来，两件事是同时都有取得进展的
上面所用到的一个词“一段非常短的时间”，用专业点的话来说就是“时间片”，也就是说每一个任务(事)只会在计算机(cpu)上执
一个时间片这么久，就要被中断，把计算能力让给别的任务，上面的例子为了方便说明我们只是举了两个任务，事实上多个任务
也就这样的，一个任务执行一段时间，就执行下一个任务。
计算机的进化还没有终结，后来的cpu不只是才一个核心，而是有了多个核心，这样计算机就可以有更高的并行度了，任务的调
度算法还是根据时间片那一套来的，这个也从侧面这种算法也是当前比较好靠谱的了。
innodb 任务的调度和上面所说的cpu的任务调度在设计思想上是一样的，innodb会把任务放心一个任务队列中，每次会有m个
任务有时间片，也就是说每次会有m个任务同时在做；
二、innodb 这种调度方式会有什么问题：
由上面所说的innodb每次会有m个任务在执行，如果这个m太大，那么cpu上下文切换就会频繁，这样的话高并行度反而会影响
mysql 性能。
三、控制innodb并行度与任务调试的相关参数：
1、innodb_thread_concurrency 控制着innodb一次并行执行多少任务，也就是多每次最多，多少个任务可以拿到时间片
这个值也就是上文中所提到的m,如果这个值是0表示意思和m=无穷大是一样的。
2、innodb_concurrency_tickets 这个参数定义着每一个任务时间片的长度。
3、innodb_thread_sleep_delay 这个参数说的是当innodb已经同时有innodb_thread_concurrency个任务在执行了，新
的任务来临时，这个新的任务要等innodb_thread_sleep_delay 这么久才能进行innodb的调度队列。
4、innodb_adaptive_max_sleep_delay 确实上面的这些参数大多是用来吹水的，管理员通常不会知道对于一个给定的库
上面这三个参数各个多大才最合理，一方便源于业务的周期性波动，可能白天的时候任务重，晚上的时候没人用，没有那一个
值能适用这么宽的范围。而innodb_adaptive_max_sleep_delay它用于设定管理员容忍极限，例如把innodb_adaptive_max_sleep_delay
设定成150000就是说，任何一个任务在150000微秒后一定要被加入到innodb调度队列。
----
交通学习&打赏
