线上MySQL经常遇到threads_running飙高的情况，往往在这种情况下，MySQL server会表现出hang住的假象，其实threads_running是一种结果，表示问题已经发生了，如果此时不找出问题原因采取措施，会影响到线上应用，为此我们开发了MySQL threads running control特性，监测threads_running，当发现其超过一个阈值时，server暂时拒绝服务，避免引起雪崩，待threads_running下降后正常服务。
threads_running是MySQL一个重要的实时运行状态参数，通过
SHOW STATUS LIKE ‘threads_running’; |
可以查到，它代表的意义：当前并发执行的statement/command的数目，每个statement/command开始执行之前将其增加1，执行结束后减1，代码中的逻辑：[……]
死锁检测一般采用Wait-For-Graph算法，这个不是非常复杂或者新奇的内容，cs课程中一般都会交代，本文从代码层面解析InnoDB锁系统及死锁检测实现，一方面给自己阅读代码做做笔记，另一方面希望也能够为一些有疑惑的朋友提供帮助
1. InnoDB中锁在是怎样表示和维护的
2. 死锁检测发生在什么时候
3. InnoDB中的Wait-For-Graph是如何实现的
4. InnoDB通常在哪些情况下可能发生死锁
[……]
MySQL可以作为一个embedded server执行，这时它就充当了一个与应用紧密耦合的轻量级数据中心，适合资源有限、应用需要连接很少（通常1个）的场景，使用方便，编译后就可以随应用一起启动，具有部署方便，速度更快的优点，当然它有很多限制，如：不支持UDF，不支持主备复制，InnoDB层不支持多个连接等，更多请参考 libmysqld, the Embedded MySQL Server Library.
因为DRC团队在使用embedded server的过程中遇到了执行prepared statment时内存泄露的问题，为了定位并fix问题，分析了这部分逻辑
[……]
