mysql id增长到最大_MySQL processlist id增长机制，最大多少？会不会用尽？

之前就有这样的疑惑，只是一直没有遇到过这个问题，也没有动手翻下代码去一探究竟，而最近在写SQL洞察组件时遇到了一点麻烦，今晚就来看一下，整个过程也非常的简单易懂。

直接拉到线程对象的初始化阶段, 函数调用过程如下：::pfs_spawn_thread(void *)

::handle_connection(void *)

init_new_thd(Channel_info*)

THD::set_new_thread_id()

Global_THD_manager::get_new_thread_id()

每个线程的id都是通过thd_manager来进行分配的，逻辑实现在函数get_new_thread_id中，如下：my_thread_id Global_THD_manager::get_new_thread_id()

{

my_thread_id new_id;

Mutex_lock lock(&LOCK_thread_ids);

do {

new_id= thread_id_counter++;

} while (!thread_ids.insert_unique(new_id).second);

return new_id;

}

解释下就是：在锁保护下获取全局的thread_id_counter，给当前线程并且自增，其中thread_id_counter的类型为unsigned int

，所以标题中的第一个问题已经有答案了，(99.99%)最大到2^32-1。随后需要去做插入操作，MySQL通过Thread_id_array来维护当前所有的线程，插入时会判断当前是否已经存在了此idstd::pair insert_unique(const value_type &val)

{

std::pair p= std::equal_range(begin(), end(), val);

// p.first == p.second means we did not find it.

if (p.first == p.second)

return std::make_pair(insert(p.first, val), true);

return std::mak

e_pair(p.first, false);

}

如果存在的话，继续递增。Thread_id_array的类型为MySQL自己实现的Prealloced_array，感兴趣可以阅读代码prealloced_array.h，里面有详细的使用说明。另外，当客户端连接关闭时，会调用函数release_thread_id,从thread_ids移除当前id号。

第二个问题，会用尽吗？假设当前已经自增到了最大值，再往后就是0，如果id为0的线程未释放，仍然被占用，则会继续递增，直到出现尚未被占用的id号，所以如果数据库中从0到2^32-1都已经被占用，会出现死循环(用尽了)，但是我有理由相信你不会遇到这种情况。

调试跟踪过程：

结束。