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

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

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

最近碰到一个 case,发现无论是使用 SHOW PROCESSLISTSHOW 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)

结论

  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。
相关推荐
武子康4 小时前
Java-122 深入浅出 MySQL CAP理论详解与分布式事务实践:从2PC到3PC与XA模式
java·大数据·数据库·分布式·mysql·性能优化·系统架构
往事随风去6 小时前
面试官:mysql从数据库断开一段时间后,部分binlog已丢失,如何重建主从?
运维·数据库·mysql
Z_z在努力8 小时前
【杂类】应对 MySQL 处理短时间高并发的请求:缓存预热
数据库·mysql·缓存
格林威8 小时前
Linux使用-MySQL的使用
linux·运维·人工智能·数码相机·mysql·计算机视觉·视觉检测
知其然亦知其所以然11 小时前
MySQL8.x 面试高频题:为什么一定要有主键?99%的人答不全
后端·mysql·面试
DemonAvenger11 小时前
MySQL索引失效全解析:从分析到优化,10年经验实战分享
数据库·mysql·性能优化
咖啡Beans11 小时前
踩坑无数!MySQL UNION和ORDER BY混用的血泪教训,看完不再翻车
数据库·mysql
花菜会噎住13 小时前
MySQL 高级特性与性能优化:深入理解函数、视图、存储过程、触发器
android·mysql·函数·索引·视图
程序新视界13 小时前
数据库之必备经验视角:什么是N+1查询问题?
mysql
My is 李豆15 小时前
CentOS 7 安装 MySQL 详细教程
mysql·centos