mysql中thread_id,processlistid,os_id等详解

perforamance_schema.threads表中：THREAD_ID，PROCESSLIST_ID，THREAD_OS_ID

information_schema.innodb_trx表中: trx_mysql_thread_id, trx_id

thread_id: 仅在perforamance_schema中使用，是其内部自动增长的计数器，前台和后台线程均有这个id，且thread_id和thread_os_id相关联。
processlistid： 一般在mysql层使用，跟前台登录会话相关联，是真正的线程ID。
processlistid和前台用户直接相关，每创建一个登录会话，就会新增一个processlistid。
在performance_schema.threads表中，后台线程没有processlistID的值，这个值是NULL，这是因为后台线程不是登录用户所创建的，但是前后台线程都会有thread_os_id和thread_id的值，因为所有线程最终都要依赖OS线程执行，thread_id和thread_os_id有一定的对应关系。
**thread_os_id:**系统内部分配的线程ID,与ps -ef 出来的mysql线程号相同，top -H -p mysqld_pid，当然，OS不会为每一个会话创建os_id。
**trx_mysql_thread_id:**这个参数的值和processlistid相同，即执行事务的前台线程id，也即会话ID。
trx_mysql_thread_id: 即show processlist结果中的ID，也就是performance_schema.thread表中的processlistid;
**trx_id:**事务使用

因此：一般情况下thread_id和thread_os_id不需要关注，只是用来性能库和后台使用。
一个事务的trx_id会关联一个trx_mysql_thread_id，而trx_mysql_thread_id的值又等同于processlistid(也是session id)，通过processlistid去performance_schema.threads表可找到thread_id和thread_os_id 。
当需要kill掉一个事务时，不能直接kill thread_os_id，这样会导致数据库重启，且重启后事务会继续执行，因为事务具有原子性；如果直接执行kill processlistid或kill trx_mysql_thread_id或kill session_id，这也是我们常用的操作，这会使事务对应的trx_mysql_thread_id置为0，事务会rollback。

参考链接(https://www.likecs.com/show-204561278.html)