小编点评

在 MySQL 中，要查看当前正在执行的 SQL，可以使用 `SHOW PROCESSLIST` 命令。但是，当 SQL 语句过长时，可能会导致截断。为了查看完整的 SQL，可以使用 `SHOW FULL PROCESSLIST` 命令。然而，在某些情况下，`SHOW PROCESSLIST` 和 `SHOW FULL PROCESSLIST` 可能无法显示完整的 SQL。这时，可以使用 `information_schema.processlist` 来查看。 在 MySQL 8.0.22 中，引入了一个名为 `performance_schema_show_processlist` 的参数，可以用来设置 `SHOW PROCESSLIST` 的实现方式。当该参数设置为 ON 时，将使用 `performance_schema.processlist` 的实现方式；当参数设置为 OFF（默认值）时，将使用传统的实现方式。 以下是三种不同查询方式对 SQL 长度的限制： 1. `SHOW PROCESSLIST` 和 `SHOW FULL PROCESSLIST`：这两种方式在 `verbose` 参数为 true 时，`INFO` 列的最大长度等于 `max_allowed_packet`；在 `verbose` 参数为 false 时，`INFO` 列的最大长度等于 `PROCESS_LIST_WIDTH`，这个值通常为 100。 2. `information_schema.processlist`：`INFO` 列的最大长度由 `PROCESS_LIST_INFO_WIDTH` 决定，这个值通常为 65535。 3. `performance_schema.processlist`：`INFO` 列的最大长度由 `pfs->m_processlist_info` 决定，而 `m_processlist_info` 是一个字符数组，其最大长度由 `COL_INFO_SIZE` 决定。`COL_INFO_SIZE` 等于 `COL_INFO_CHAR_SIZE` 乘以 1，其中 `COL_INFO_CHAR_SIZE` 是一个常量，值为 1024。

正文

在 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 的长度限制

下面我们看看 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.ccvoid 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.ccbool 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.ccclass 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.ccvoid 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.hchar 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)
复制

结论

1. 如果查询的是 information_schema.processlist， INFO 列的最大长度是 65535。

2. 如果查询的是 performance_schema.processlist，INFO 列的最大长度是 1024。

3. 如果执行的是SHOW PROCESSLIST，无论 performance_schema_show_processlist 是 ON 还是 OFF， INFO 列的最大长度都是 100。

4. 如果执行的是SHOW FULL PROCESSLIST，

• 当 performance_schema_show_processlist 等于 OFF 或 MySQL 8.0.22 之前的版本 ， INFO 列的最大长度等于 max_allowed_packet。
• 当 performance_schema_show_processlist 等于 ON 时，INFO 列的最大长度是 1024。