在 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.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。