详解MySQL processlist id增长机制，最大多少？会不会溢出？

最新推荐文章于 2024-06-18 21:57:31 发布

原创

最新推荐文章于 2024-06-18 21:57:31 发布 · 770 阅读

0 ·

CC 4.0 BY-SA版权

欢迎转载，但请注明出处。

文章标签：

#gnuplot #mysql #数据库

本文探讨了MySQL processlist id的增长机制，指出线程ID由全局变量thread_id_counter分配并自增，最大值为4294967295。当ID达到最大值后，若未释放的ID导致冲突，系统会继续递增，理论上可能出现死循环，但在实际使用中不太可能遇到所有ID都被占用的情况。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

之前就有这样的疑惑，只是一直没有真正遇到过这个问题，所以也没有去动手翻阅代码去一探究竟，而最近在写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的类型为typedef unsigned int uint32;，所以标题中的第一个问题已经有答案了，最大到4294967295。
随后需要去做插入操作，MySQL通过Thread_id_array来维护当前所有的线程，插入时会判断当前是否已经存在了此id

  std::pair<iterator, bool> insert_unique(const value_type &val)
  {
    std::pair<

最低0.47元/天解锁文章

200万优质内容无限畅学