SHOW PROCESSLIST 最多能显示多长的 SQL？

原创陈臣 2024-06-17

352

在 MySQL 中，如果我们想查看实例当前正在执行的 SQL，常用的命令是SHOW PROCESSLIST。

但如果 SQL 过长的话，就会被截断。这时，我们一般会用SHOW FULL PROCESSLIST来查看完整的 SQL。

最近碰到一个 case，发现无论是使用 SHOW PROCESSLIST、SHOW FULL PROCESSLIST，还是 performance_schema.processlist 都无法获取完整的 SQL，反倒 information_schema.processlist 可以。

最后发现，SHOW FULL PROCESSLIST无法查看完整的 SQL 竟然与 performance_schema_show_processlist 参数有关。

SHOW PROCESSLIST 的实现方式

SHOW PROCESSLIST默认是从线程管理器（Global_THD_manager）中获取线程信息。

这种实现方式会持有全局互斥锁。在负载高的场景，会对数据库的性能有一定的负面影响。

所以一般都推荐使用 performance_schema.processlist，这种方式不会持有全局锁。

在 MySQL 8.0.22 中，引入了 performance_schema_show_processlist 参数，可设置SHOW PROCESSLIST的实现方式。

当该参数设置为 ON 时，会使用 performance_schema.processlist 的实现方式。

当参数设置为 OFF（默认值）时，会使用传统的实现方式。

// sql/sql_show.cc
bool Sql_cmd_show_processlist::execute_inner(THD *thd) {
  /*
    If the Performance Schema is configured to support SHOW PROCESSLIST,
    then execute a query on performance_schema.processlist. Otherwise,
    fall back to the legacy method.
  */
  if (use_pfs()) {
    DEBUG_SYNC(thd, "pfs_show_processlist_performance_schema");
    return Sql_cmd_show::execute_inner(thd);
  } else {
    DEBUG_SYNC(thd, "pfs_show_processlist_legacy");
    mysqld_list_processes(thd,
                          thd->security_context()->check_access(PROCESS_ACL)
                              ? NullS
                              : thd->security_context()->priv_user().str,
                          m_verbose, true);
    return false;
  }
}

三种不同查询方式对 SQL 的长度限制

下面我们看看 SHOW PROCESSLIST, information_schema.processlist, performance_schema.processlist 这三种不同的查询方式对 SQL 的长度限制。

因为 SQL 是在 INFO 列中存储的，所以，SQL 的最大长度实际上是由 INFO 列决定的。

SHOW PROCESSLIST

SHOW PROCESSLIST的输出中 INFO 列的最大长度与 performance_schema_show_processlist 有关。

当 performance_schema_show_processlist 等于 OFF 时，无论是SHOW PROCESSLIST，还是SHOW FULL PROCESSLIST，调用的都是 mysqld_list_processes 函数。

// sql/sql_show.cc
void mysqld_list_processes(THD *thd, const char *user, bool verbose,
                           bool has_cursor) {
  Item *field;
  mem_root_deque<Item *> field_list(thd->mem_root);
  Thread_info_array thread_infos(thd->mem_root);
  size_t max_query_length =
      (verbose ? thd->variables.max_allowed_packet : PROCESS_LIST_WIDTH);
  Protocol *protocol = thd->get_protocol();
  DBUG_TRACE;
  
  ...
  field_list.push_back(field = new Item_empty_string("Info", max_query_length));
  ...
}

可以看到，INFO 列的最大长度由 max_query_length 决定，而 max_query_length 的取值又与 verbose 有关。

当执行SHOW FULL PROCESSLIST时， verbose 为 true，此时 max_query_length 等于 max_allowed_packet。

当执行SHOW PROCESSLIST时，verbose 为 false，此时 max_query_length 等于 PROCESS_LIST_WIDTH，而 PROCESS_LIST_WIDTH 是个常量，大小为 100。

constexpr const size_t PROCESS_LIST_WIDTH{100};

当 performance_schema_show_processlist 等于 ON 时，无论是SHOW PROCESSLIST，还是SHOW FULL PROCESSLIST，调用的都是build_processlist_query 函数。

// sql/sql_show_processlist.cc
bool build_processlist_query(const POS &pos, THD *thd, bool verbose) {
  LEX_STRING info_len;
  /*
    Default Info field length is 100. Verbose field length is limited to the
    size of the INFO columns in the Performance Schema.
  */
  assert(PROCESS_LIST_WIDTH == 100);
  if (verbose) {
    if (lex_string_strmake(thd->mem_root, &info_len, "1024", 4)) return true;
  } else {
    if (lex_string_strmake(thd->mem_root, &info_len, "100", 3)) return true;
  }
  ...
  /* Info length is either "100" or "1024" depending on verbose */
  Item_int *item_info_len = new (thd->mem_root) Item_int(pos, info_len);
  if (item_info_len == nullptr) return true;
  ...
}

当执行SHOW FULL PROCESSLIST时， verbose 为 true，此时 info_len 等于 1024。

当执行SHOW PROCESSLIST时，verbose 为 false，此时 info_len 等于 100。

information_schema.processlist

information_schema.processlist 表中 INFO 的长度是在Fill_process_list中限制的。

// sql/sql_show.cc
class Fill_process_list : public Do_THD_Impl {
  ...
  void operator()(THD *inspect_thd) override {
    
    /* INFO */
    mysql_mutex_lock(&inspect_thd->LOCK_thd_query);
    {
      const char *query_str = nullptr;
      size_t query_length = 0;
      ...
      if (query_str) {
        const size_t width = min<size_t>(PROCESS_LIST_INFO_WIDTH, query_length);
        table->field[7]->store(query_str, width, inspect_thd->charset());
        table->field[7]->set_notnull();
      }
    }
    ...
  }
};

INFO 的长度取 PROCESS_LIST_INFO_WIDTH 和 query_length（SQL 的实际长度）的最小值。

所以，INFO 列的最大长度由 PROCESS_LIST_INFO_WIDTH 决定，而 PROCESS_LIST_INFO_WIDTH 也是个常量，值为 65535。

constexpr const size_t PROCESS_LIST_INFO_WIDTH{65535};

performance_schema.processlist

performance_schema.processlist 表中 INFO 的长度是在pfs_set_thread_info_vc中限制的。

// storage/perfschema/pfs.cc
void pfs_set_thread_info_vc(const char *info, uint info_len) {
  pfs_dirty_state dirty_state;
  PFS_thread *pfs = my_thread_get_THR_PFS();

  if (likely(pfs != nullptr)) {
    if (info_len > sizeof(pfs->m_processlist_info)) {
      info_len = sizeof(pfs->m_processlist_info);
    }
    pfs->m_stmt_lock.allocated_to_dirty(&dirty_state);
    if (info != nullptr && info_len > 0) {
      memcpy(pfs->m_processlist_info, info, info_len);
    }
    pfs->m_processlist_info_length = info_len;
    pfs->m_stmt_lock.dirty_to_allocated(&dirty_state);
  }
}

可以看到，INFO 列的最大长度是由 pfs->m_processlist_info 决定的，而 m_processlist_info 是个字符数组，它的最大长度由 COL_INFO_SIZE 决定。

而 COL_INFO_SIZE 又等于 COL_INFO_CHAR_SIZE * 1。其中，COL_INFO_CHAR_SIZE 是一个常量，值为 1024。

// storage/perfschema/pfs_instr.h
char m_processlist_info[COL_INFO_SIZE];

// storage/perfschema/pfs_column_types.h
#define COL_INFO_CHAR_SIZE 1024
/** Size of INFO columns, in bytes. */
#define COL_INFO_SIZE (COL_INFO_CHAR_SIZE * 1)

结论

如果查询的是 information_schema.processlist， INFO 列的最大长度是 65535。
如果查询的是 performance_schema.processlist，INFO 列的最大长度是 1024。
如果执行的是SHOW PROCESSLIST，无论 performance_schema_show_processlist 是 ON 还是 OFF， INFO 列的最大长度都是 100。
如果执行的是SHOW FULL PROCESSLIST，
- 当 performance_schema_show_processlist 等于 OFF 或 MySQL 8.0.22 之前的版本， INFO 列的最大长度等于 max_allowed_packet。
- 当 performance_schema_show_processlist 等于 ON 时，INFO 列的最大长度是 1024。

墨力计划

「喜欢这篇文章，您的关注和赞赏是给作者最好的鼓励」

关注作者