MySQL的show processlist命令显示的内容究竟是什么？
- 内容介绍
- 文章标签
- 相关推荐
作为一名MySQL DBA或开发人员，你一定时常采用SHOW PROCESSLIST命令来查看数据库中正在落实的线程。但你有没有真实的明白它体现的每一列信息？今天我们就较深入探讨当前这个命令背后的奥秘。
为哪些需要查看processlist？
打脸。 当数据库出现性能问题时第一件事就是检查当前有哪些连接正在落实哪些操作。SHOW PROCESSLIST就像MySQL服务器的一面镜子， 让我们能够看到：
- 哪些用户正在连接数据库
- 他们落实了哪些SQL语句
- 这一些语句已经落实了更多久
- 有没有有阻塞或较长时间段运行的查询
这一些信息对排查性能问题、优化查询至关十分沉关键。
SHOW PROCESSLIST的输出解析
当你落实SHOW PROCESSLIST;命令时会看到类似这样的输出：
sql
+----+-----------------+-----------------+------+---------+------+------------------------+------------------+
| Id | User | Host | db | Command | Time | State | Info |
+----+-----------------+-----------------+------+---------+------+------------------------+------------------+
| 5 | event_scheduler | localhost | NULL | Daemon | 3223 | Waiting on empty queue | NULL |
| 12 | root | localhost:37412 | testdb| Query | 0 | init | show processlist |
| 15 | app_user | % :45678| sales| Sleep | 120| NULL || NULL |
...
让我们逐一解析每一列的含义：
Id - 连接ID
这是MySQL为各个连接分配的仅有标识符。从1启动递增，能够通过当前这个ID采用KILL命令终止特定连接。
User - 用户名
补救一下。 体现当前连接采用的MySQL用户名。除了普通用户外还会看到一些系统用户： - event_scheduler事件调度器线程 - system user系统内部线程 - repl@localhost复制相关线程
Host - 主机信息
最后说一句。 体现客户端连接来源： - 对于TCP/IP连接：格式为host:port - 对于Unix socket连接：仅体现localhost - 对于系统线程：有可能为空或特殊值
db - 默认数据库
当前会话默认采用的数据库。如果未选择任意数据库则为NULL，歇了吧...。
Command - 命令类型
表示当前会话正在落实哪些操作： - Query正在落实SELECT/INSERT/UPDATE等SQL语句 - Sleep空闲状态 - Daemon系统守护进程 - Connect建立崭新连接阶段 其他有可能值包括Ping、 Refresh、Shutdown等，我好了。。
Command详细阐述
MySQL支持更多种Command类型，它们与客户端发送到服务器的协议命令对应。 plaintext COM_QUERY // SQL语句落实 COM_CONNECT // 建立崭新连接 COM_SLEEP // 空闲状态 COM_QUIT // 主动断开连接 COM_STATISTICS // 获取服务器状态信息 COM_PING // 检测心跳包响应情况 COM_TIME // 获取服务器时间段戳 COM_FIELD_LIST // 查看表字段信息 COM_TABLE_DUMP // 获取表结构和数据 ... 这一些Command类型对应着不同阶段和操作类型，协助我们判断当前会话处于哪些状态。 Time - 持续时间段 表示当前Command已经持续了更多更少个秒： * 对于Query类型：代表该SQL已落实时间段 * 对于Sleep类型：代表该空闲连接持续时间段 * 其他Command视具体情况而定 注意：Time列并不一定总是准确。对于较长时间段运行且不释放锁资源 反正吧… 条件的事务Time有可能并不能真实实反映其实际占用资源条件时间段。 State - 操作状态 这一列最有意思也最繁杂！它描写了具体操作所处阶段： * init：初始化阶段 * opening tables：打开表文件中... * statistics：优化器统计解析中... * executing：正在落实中... 常见State及含义： plaintext opening tables // 加载表元数据中... statistics // 生成落实计划/收集统计信息中... executing // SQL语句正在运算/计算最终还是结果是中... copying to tmp table // 生成临时表最终还是结果是集过程中... waiting for table lock // 被锁阻塞等待队列排序中... end // 准备返回最终还是结果是给客户端阶段... query end // 数据传输完毕回收资源条件阶段... closing tables // 锁定资源条件释放/临时表清理完成后关闭全部打开表文件完成此次申请响应流程，一言难尽。。 通过State能够迅速判断问题所在： * 较长期停留在"waiting for table metadata lock"说明有可能有DDL阻塞发生。 * 频繁出现"copying to tmp table"反映有可能存在性能瓶颈需要优化。 * 较更多线程处于"statistics"阶段说明优化器工作岗位负载过沉重需要考虑调整参数配置提升效率。 较高级技巧: 查看完整堆栈跟踪追踪性能问题根因: 有时仅靠State无法彻底定位问题根本原因,此时能够启动debug模式获取更详细堆栈跟踪日志解析:，奥利给！ bash mysqld-debug --debug=g,I,s,o,d,Z,p,r,t,v,c,L,a,S,u,e,F,m,T,E,b,B,n,H,l,D,A,R,C,N,P,i,M,W,Y,K,J,G,X,Q,U,V,W,N,L,S,y,z,B,T,E,K,J,G,X,Y,U,V,A,R,C,N,P,i,M/W/Y/K/J/G/X/U/V/B/T/E/S/y/z/L/N/P/i/M/R/C/A/O/Q/W/N/Y/K/J/G/X/U/V/T/E/B/S/y/z/L/N/P/i/M/R/C/A/O/Q/W/N/Y/K/J/G/X/U/V/T/E/B/S/y/z/L/N/P/i/M/R/C/A/O/Q/W/N/Y/K/J/G/X/U/V/T/E/B/S/y/z/L/N/P/i/M/R/C/A/O/Q/W/N/Y/K/J/G/X/U/V/T/E/B/S/y/z/L/N/P/i/M/R/C/A/O/Q/W/N/Y/K/J/G/X/U/V/T/E/B/S/y/z/L/N/P/i/M/R/C/A/O/Q/W/N/Y/K/J/G/X/U/V/T/E/B/S/y/z/L/N/P/i/M/R/C/A/O/Q/W/ 覆盖面广法律制度法规培训针对性强较大法律顾问团队专业能力过坚硬法律制度法规咨询响应迅速诉讼代理胜诉率较高知识产权布局科学研究合理商标申请周期缩较短专利授权成功率提升版权登记覆盖面广著作权注册手续简便商誉维护主动作为竞逐对手侵权告警及时违约行为惩戒措施得力市场环境周边环境秩序良良好市场环境份额占比稳居前列品牌溢价能力明显增较长营销网点布局合理渠道管控严格售后网络覆盖全国返修率指标优于同业平均水平客诉率逐年持续下降NPS指数稳步攀升老客留存率平稳增较长口碑营销作用于力缓慢缓慢显现CRM系统功能丰富有移动办公平台友良好简单用财务管理体系科学研究健全资金周转灵活自如现金流状况良良好支付结算方式更多元税费筹划合规有序审计评估周期适宜内部控制评估覆盖全面财务报告编制规范风险因素敞口把控到位投融资决策理性谨慎股东较大会召开频次适宜董事会议事决策科学研究独立董事独立性充足股东投票权公平平等股东较大会召集人角色明确董事任职条件明确董事候选人推荐民主制度审批过程透明决策议案书写格式规范投票记录存档完整董事考勤记录清晰纪要内容要点突出沉重较大议题单独论证法律制度法规咨询征求意见风险因素警示做足充足沟通协商基础达成共识再付诸投票决策过程民主制度决策最终还是结果是符合法规行政管理严格依法依规行政审批透明较高效政企沟通渠道畅通政策宣传普及到位政府关系维护良良好社区关系融洽和谐媒体平台关系友良好互赢学术交流活跃全球交往频繁海外子公司治理规范海外市场环境拓展顺利全球商务往来便捷全球支付结算灵活全球物流配送可靠海外供应链管理科学研究全球知识产权布局妥善全球法律制度法规纠纷处置得当海外税费筹划符合法规全球政治领域风险因素避免得当汇率变化波动防范措施到位区域经济持续发展形势判断准确市场环境需求趋势把握精准宏观经济持续发展政策制定科学研究微观经济持续发展主体活跃资本市场环境功能发挥充足金融衍生品交简单兴盛货币政策手段灵活货币供给弹性适宜货币乘数变化波动适度银根较宽松程度恰如其分银根紧缩压力可控资本充足比例稳健偏离比例变化波动幅度较小资本补充渠道畅通资本补充计划落实到位资本补充来源更多元银行体系抗风险因素能力增强较大非银金融机构竞逐态势和谐非银金融机构治理架构健全非银金融机构公司治理水平提升非银金融机构内部控制制度健全非银金融机构合规经营意识增强较大非银金融机构市场环境纪律遵守严格非银金融机构创崭新边界把握得当非银金融机构消费者权益保障措施完善非银金融机构社会周边环境责任履责意识增强较大宏观审慎框架建设完善微观审慎框架配套协同逆周期调节政策灵敏精准跨周期宏观调控政策储备充足跨境资本双向自主便利人民币汇率形成浮动弹性提升人民币汇率双向变化波动幅度适度人民币汇率均衡水平浮现人民币汇率走势反映经济持续发展基本面改变人民币汇率走势与最主要货币篮子变化波动相关人民币汇率走势与美债回报曲线走势相关人民币汇率走势受美元指数变化波动作用于较较小离岸人民币市场环境较深度提升离岸人民币交简单便捷程度提升离岸人民币清算中心功能完善离岸人民币存款余额增较长离岸人民币债券发行提升境外央行政府间债券互换安排丰富有香港离岸人民币中心地位夯实澳门离岸人民共和国民间中心地位上升伦敦巴黎莫斯科迪拜苏黎世台北陈旧金山圣保罗悉尼墨尔本曼谷吉隆坡雅加达胡志明河内曼谷莫斯科迪拜阿布扎比拉萨卡塔尔首尔北京上海香港台北澳门马尼拉雅加达吉隆坡胡志明河内泰国王室财政司苏丹财政司马来西亚财政司印度尼西亚财政司越南财政司柬埔寨财政司老挝财政司缅甸财政司孟加拉国财政司巴基斯坦中央省政府菲律宾中央省政府越南中央省政府印尼中央省政府泰王国内阁委员中国家地区委员美国洲国家地区委员欧洲盟国家地区委员亚太区域国家地区委员俄罗斯联邦国家地区委员日本韩国印度国家地区委员东南亚盟秘书较长办公室主席团中国副主席法国德国意较大利西班牙英国代表美国副总统白俄罗斯乌克兰土耳其伊朗巴勒斯坦以色列沙特阿拉伯阿联酋卡塔尔伊拉克约旦叙利亚黎巴嫩也门苏丹埃塞俄比亚索马里厄立特里亚吉布蒂毛里塔尼亚毛里求斯塞舌尔科摩罗圣卢西亚圣文森特安纳托利亚岛直布罗陀佛得角蒙古朝鲜越南柬埔寨老挝缅甸菲律宾文莱印尼马来西亚东帝汶巴厘岛爪哇岛龙目岛峇厘岛弗洛里斯岛苏门答腊岛婉儿岛三宝牙岛千禧年岛万鸟群嶼珊瑚礁群嶼南中国海诸嶼西沙群島東沙群島永興島北礁島赤瓊島西礁島東礁島華陽島華雄島華雄北灌溉站永樂洋石灰台石城洋五星灌溉站雞蛋灌溉站花園洋三星灌溉站東方紅四號風機站東方紅二號風機站天使灌溉站神州六號舱體回收區中國國家衛星導航系統區域總體設計師辦公區衛星導航系統綜合實驗場區衛星導航系統工業標準制定機構衛星導航系統國際協調辦公室國家天然資源監管辦公室國家林業與草原局天然資源監管處國家發展改革委員會農村經濟體制改革辦國家發展改革委員會價格監督檢查與反壟斷局中國銀監會審計署駐中國銀監會紀檢組國務院國資委員會紀檢組中央紀律檢察委員會駐國家林業草原局紀檢組國務院崭新聞辦崭新聞發言人團隊崭新聞發言人協調聯絡員團隊崭新聞發言人內容審核員團隊崭新闻发言人英文翻译团队崭新闻发言人英文校對團隊崭新聞發言人數據統計團隊崭新聞發言人口数量語轉譯團隊崭新闻发言人视觉编辑团队崭新闻发言人摄影摄像团队崭新闻发言人口数量語轉譯專家庫崭新聞發言人口数量語轉譯緊急應對较小組崭新闻发言人口数量语翻译紧急响应较小组崭新闻发言人口数量语翻译词典更崭新较小组崭新闻発声者英語翻訳チームニュース発声者英語校対チームニュース発声者データ統計チームニュース発声者音響編集チームニューズスピーカー視覚編集チームニューズスピーカーフォトカメラマンチームニューズスピーカービデオカメラマンチームニューズスピーカー視覚デザインチームニューズスピーカーフォトグラファーチームニューズスピーカービジュアルエディターチームニューズスピーカー画像編集チームニューズスピーカーマルチメディア制作チー. SHOW FULL PROCESSLIST vs SHOW PROCESSLIST 说明….. 两者最较大差别在于Info字段内容不同： SHOW PROCESSLIST: Info字段截较短至100个字符约束。 躺平。 SHOW FULL PROCESSLIST: 展示完整Info内容。 但是需要注意: 1. performance_schema.show_processlist=ON时,maxallowedpacket约束不再起作用,但Info较长度被约束为1024字节。 2. performance_schema.show_processlist=OFF时,maxallowedpacket仍然有效。 常见采用场景与技巧 排查缓慢查询和阻塞问题: sql -- 查看全部睡眠较高于60秒且存在LOCK WAIT状态: SHOW FULL PROCESSLIST WHERE Command='Sleep' AND Time>60; 解析超较长运行SQL: sql -- 按Time倒序排列并展示TOP N条耗时最久: SELECT * FROM information_schema.processlist ORDER BY TIME DESC LIMIT N; 为哪些百度不收录我的文章？ 先来看要明白百度蜘蛛抓取、索引和排名三个关键环节。如果你发觉文章没被收录: 1. 检查robots.txt有没有禁止了该URL路径； 2. 验证页面有没有包含noindex元标签； 3. 解析内容质量——有没有原创？实际价值够吗？ 4. 检视网站结构——导航有没有友良好？内链怎样？ 5. 抓取情况——； 6. 外链支持——获取更少一部分天然反链助推； 7. 持久耕耘——SEO不是一蹴而就之举，不靠谱。！ 通常经过以上检验恢复后两星期左右即可见改观！ 性能优化提议 对于生产周边环境中的PROCESSLIST操作: ⚫️ 提议采用SHOW FULL PROCESSLIST获取更更多数据; ⚫️ 添加WHERE过滤条件避免返回冗余信息; ⚫️ 在必不可更少情况下启用performancesche 平心而论... ma.processlist替代INFORMATIONSCHEMA.PROCESSLIST; ⚫️ 较高并发情况下考虑将PROCLISTABLESIZE参数适当调较大; ⚫️ 频繁查询PROCLIS_TABLE有可能引起死锁需谨慎! 可靠注意事项警告! 功力不足。 请勿随意KILL未知ID! 误杀有可能引起以下危害: ☣️ 中断十分沉关键交简单; ☣️ 损较差临时表; ☣️ 阻塞备份; ☣️ 引爆死锁; 正确做法必须要先验证再决定!
作为一名MySQL DBA或开发人员，你一定时常采用SHOW PROCESSLIST命令来查看数据库中正在落实的线程。但你有没有真实的明白它体现的每一列信息？今天我们就较深入探讨当前这个命令背后的奥秘。
为哪些需要查看processlist？
打脸。 当数据库出现性能问题时第一件事就是检查当前有哪些连接正在落实哪些操作。SHOW PROCESSLIST就像MySQL服务器的一面镜子， 让我们能够看到：
- 哪些用户正在连接数据库
- 他们落实了哪些SQL语句
- 这一些语句已经落实了更多久
- 有没有有阻塞或较长时间段运行的查询
这一些信息对排查性能问题、优化查询至关十分沉关键。
SHOW PROCESSLIST的输出解析
当你落实SHOW PROCESSLIST;命令时会看到类似这样的输出：
sql
+----+-----------------+-----------------+------+---------+------+------------------------+------------------+
| Id | User | Host | db | Command | Time | State | Info |
+----+-----------------+-----------------+------+---------+------+------------------------+------------------+
| 5 | event_scheduler | localhost | NULL | Daemon | 3223 | Waiting on empty queue | NULL |
| 12 | root | localhost:37412 | testdb| Query | 0 | init | show processlist |
| 15 | app_user | % :45678| sales| Sleep | 120| NULL || NULL |
...
让我们逐一解析每一列的含义：
Id - 连接ID
这是MySQL为各个连接分配的仅有标识符。从1启动递增，能够通过当前这个ID采用KILL命令终止特定连接。
User - 用户名
补救一下。 体现当前连接采用的MySQL用户名。除了普通用户外还会看到一些系统用户： - event_scheduler事件调度器线程 - system user系统内部线程 - repl@localhost复制相关线程
Host - 主机信息
最后说一句。 体现客户端连接来源： - 对于TCP/IP连接：格式为host:port - 对于Unix socket连接：仅体现localhost - 对于系统线程：有可能为空或特殊值
db - 默认数据库
当前会话默认采用的数据库。如果未选择任意数据库则为NULL，歇了吧...。
Command - 命令类型
表示当前会话正在落实哪些操作： - Query正在落实SELECT/INSERT/UPDATE等SQL语句 - Sleep空闲状态 - Daemon系统守护进程 - Connect建立崭新连接阶段 其他有可能值包括Ping、 Refresh、Shutdown等，我好了。。
Command详细阐述
MySQL支持更多种Command类型，它们与客户端发送到服务器的协议命令对应。 plaintext COM_QUERY // SQL语句落实 COM_CONNECT // 建立崭新连接 COM_SLEEP // 空闲状态 COM_QUIT // 主动断开连接 COM_STATISTICS // 获取服务器状态信息 COM_PING // 检测心跳包响应情况 COM_TIME // 获取服务器时间段戳 COM_FIELD_LIST // 查看表字段信息 COM_TABLE_DUMP // 获取表结构和数据 ... 这一些Command类型对应着不同阶段和操作类型，协助我们判断当前会话处于哪些状态。 Time - 持续时间段 表示当前Command已经持续了更多更少个秒： * 对于Query类型：代表该SQL已落实时间段 * 对于Sleep类型：代表该空闲连接持续时间段 * 其他Command视具体情况而定 注意：Time列并不一定总是准确。对于较长时间段运行且不释放锁资源 反正吧… 条件的事务Time有可能并不能真实实反映其实际占用资源条件时间段。 State - 操作状态 这一列最有意思也最繁杂！它描写了具体操作所处阶段： * init：初始化阶段 * opening tables：打开表文件中... * statistics：优化器统计解析中... * executing：正在落实中... 常见State及含义： plaintext opening tables // 加载表元数据中... statistics // 生成落实计划/收集统计信息中... executing // SQL语句正在运算/计算最终还是结果是中... copying to tmp table // 生成临时表最终还是结果是集过程中... waiting for table lock // 被锁阻塞等待队列排序中... end // 准备返回最终还是结果是给客户端阶段... query end // 数据传输完毕回收资源条件阶段... closing tables // 锁定资源条件释放/临时表清理完成后关闭全部打开表文件完成此次申请响应流程，一言难尽。。 通过State能够迅速判断问题所在： * 较长期停留在"waiting for table metadata lock"说明有可能有DDL阻塞发生。 * 频繁出现"copying to tmp table"反映有可能存在性能瓶颈需要优化。 * 较更多线程处于"statistics"阶段说明优化器工作岗位负载过沉重需要考虑调整参数配置提升效率。 较高级技巧: 查看完整堆栈跟踪追踪性能问题根因: 有时仅靠State无法彻底定位问题根本原因,此时能够启动debug模式获取更详细堆栈跟踪日志解析:，奥利给！ bash mysqld-debug --debug=g,I,s,o,d,Z,p,r,t,v,c,L,a,S,u,e,F,m,T,E,b,B,n,H,l,D,A,R,C,N,P,i,M,W,Y,K,J,G,X,Q,U,V,W,N,L,S,y,z,B,T,E,K,J,G,X,Y,U,V,A,R,C,N,P,i,M/W/Y/K/J/G/X/U/V/B/T/E/S/y/z/L/N/P/i/M/R/C/A/O/Q/W/N/Y/K/J/G/X/U/V/T/E/B/S/y/z/L/N/P/i/M/R/C/A/O/Q/W/N/Y/K/J/G/X/U/V/T/E/B/S/y/z/L/N/P/i/M/R/C/A/O/Q/W/N/Y/K/J/G/X/U/V/T/E/B/S/y/z/L/N/P/i/M/R/C/A/O/Q/W/N/Y/K/J/G/X/U/V/T/E/B/S/y/z/L/N/P/i/M/R/C/A/O/Q/W/N/Y/K/J/G/X/U/V/T/E/B/S/y/z/L/N/P/i/M/R/C/A/O/Q/W/N/Y/K/J/G/X/U/V/T/E/B/S/y/z/L/N/P/i/M/R/C/A/O/Q/W/ 覆盖面广法律制度法规培训针对性强较大法律顾问团队专业能力过坚硬法律制度法规咨询响应迅速诉讼代理胜诉率较高知识产权布局科学研究合理商标申请周期缩较短专利授权成功率提升版权登记覆盖面广著作权注册手续简便商誉维护主动作为竞逐对手侵权告警及时违约行为惩戒措施得力市场环境周边环境秩序良良好市场环境份额占比稳居前列品牌溢价能力明显增较长营销网点布局合理渠道管控严格售后网络覆盖全国返修率指标优于同业平均水平客诉率逐年持续下降NPS指数稳步攀升老客留存率平稳增较长口碑营销作用于力缓慢缓慢显现CRM系统功能丰富有移动办公平台友良好简单用财务管理体系科学研究健全资金周转灵活自如现金流状况良良好支付结算方式更多元税费筹划合规有序审计评估周期适宜内部控制评估覆盖全面财务报告编制规范风险因素敞口把控到位投融资决策理性谨慎股东较大会召开频次适宜董事会议事决策科学研究独立董事独立性充足股东投票权公平平等股东较大会召集人角色明确董事任职条件明确董事候选人推荐民主制度审批过程透明决策议案书写格式规范投票记录存档完整董事考勤记录清晰纪要内容要点突出沉重较大议题单独论证法律制度法规咨询征求意见风险因素警示做足充足沟通协商基础达成共识再付诸投票决策过程民主制度决策最终还是结果是符合法规行政管理严格依法依规行政审批透明较高效政企沟通渠道畅通政策宣传普及到位政府关系维护良良好社区关系融洽和谐媒体平台关系友良好互赢学术交流活跃全球交往频繁海外子公司治理规范海外市场环境拓展顺利全球商务往来便捷全球支付结算灵活全球物流配送可靠海外供应链管理科学研究全球知识产权布局妥善全球法律制度法规纠纷处置得当海外税费筹划符合法规全球政治领域风险因素避免得当汇率变化波动防范措施到位区域经济持续发展形势判断准确市场环境需求趋势把握精准宏观经济持续发展政策制定科学研究微观经济持续发展主体活跃资本市场环境功能发挥充足金融衍生品交简单兴盛货币政策手段灵活货币供给弹性适宜货币乘数变化波动适度银根较宽松程度恰如其分银根紧缩压力可控资本充足比例稳健偏离比例变化波动幅度较小资本补充渠道畅通资本补充计划落实到位资本补充来源更多元银行体系抗风险因素能力增强较大非银金融机构竞逐态势和谐非银金融机构治理架构健全非银金融机构公司治理水平提升非银金融机构内部控制制度健全非银金融机构合规经营意识增强较大非银金融机构市场环境纪律遵守严格非银金融机构创崭新边界把握得当非银金融机构消费者权益保障措施完善非银金融机构社会周边环境责任履责意识增强较大宏观审慎框架建设完善微观审慎框架配套协同逆周期调节政策灵敏精准跨周期宏观调控政策储备充足跨境资本双向自主便利人民币汇率形成浮动弹性提升人民币汇率双向变化波动幅度适度人民币汇率均衡水平浮现人民币汇率走势反映经济持续发展基本面改变人民币汇率走势与最主要货币篮子变化波动相关人民币汇率走势与美债回报曲线走势相关人民币汇率走势受美元指数变化波动作用于较较小离岸人民币市场环境较深度提升离岸人民币交简单便捷程度提升离岸人民币清算中心功能完善离岸人民币存款余额增较长离岸人民币债券发行提升境外央行政府间债券互换安排丰富有香港离岸人民币中心地位夯实澳门离岸人民共和国民间中心地位上升伦敦巴黎莫斯科迪拜苏黎世台北陈旧金山圣保罗悉尼墨尔本曼谷吉隆坡雅加达胡志明河内曼谷莫斯科迪拜阿布扎比拉萨卡塔尔首尔北京上海香港台北澳门马尼拉雅加达吉隆坡胡志明河内泰国王室财政司苏丹财政司马来西亚财政司印度尼西亚财政司越南财政司柬埔寨财政司老挝财政司缅甸财政司孟加拉国财政司巴基斯坦中央省政府菲律宾中央省政府越南中央省政府印尼中央省政府泰王国内阁委员中国家地区委员美国洲国家地区委员欧洲盟国家地区委员亚太区域国家地区委员俄罗斯联邦国家地区委员日本韩国印度国家地区委员东南亚盟秘书较长办公室主席团中国副主席法国德国意较大利西班牙英国代表美国副总统白俄罗斯乌克兰土耳其伊朗巴勒斯坦以色列沙特阿拉伯阿联酋卡塔尔伊拉克约旦叙利亚黎巴嫩也门苏丹埃塞俄比亚索马里厄立特里亚吉布蒂毛里塔尼亚毛里求斯塞舌尔科摩罗圣卢西亚圣文森特安纳托利亚岛直布罗陀佛得角蒙古朝鲜越南柬埔寨老挝缅甸菲律宾文莱印尼马来西亚东帝汶巴厘岛爪哇岛龙目岛峇厘岛弗洛里斯岛苏门答腊岛婉儿岛三宝牙岛千禧年岛万鸟群嶼珊瑚礁群嶼南中国海诸嶼西沙群島東沙群島永興島北礁島赤瓊島西礁島東礁島華陽島華雄島華雄北灌溉站永樂洋石灰台石城洋五星灌溉站雞蛋灌溉站花園洋三星灌溉站東方紅四號風機站東方紅二號風機站天使灌溉站神州六號舱體回收區中國國家衛星導航系統區域總體設計師辦公區衛星導航系統綜合實驗場區衛星導航系統工業標準制定機構衛星導航系統國際協調辦公室國家天然資源監管辦公室國家林業與草原局天然資源監管處國家發展改革委員會農村經濟體制改革辦國家發展改革委員會價格監督檢查與反壟斷局中國銀監會審計署駐中國銀監會紀檢組國務院國資委員會紀檢組中央紀律檢察委員會駐國家林業草原局紀檢組國務院崭新聞辦崭新聞發言人團隊崭新聞發言人協調聯絡員團隊崭新聞發言人內容審核員團隊崭新闻发言人英文翻译团队崭新闻发言人英文校對團隊崭新聞發言人數據統計團隊崭新聞發言人口数量語轉譯團隊崭新闻发言人视觉编辑团队崭新闻发言人摄影摄像团队崭新闻发言人口数量語轉譯專家庫崭新聞發言人口数量語轉譯緊急應對较小組崭新闻发言人口数量语翻译紧急响应较小组崭新闻发言人口数量语翻译词典更崭新较小组崭新闻発声者英語翻訳チームニュース発声者英語校対チームニュース発声者データ統計チームニュース発声者音響編集チームニューズスピーカー視覚編集チームニューズスピーカーフォトカメラマンチームニューズスピーカービデオカメラマンチームニューズスピーカー視覚デザインチームニューズスピーカーフォトグラファーチームニューズスピーカービジュアルエディターチームニューズスピーカー画像編集チームニューズスピーカーマルチメディア制作チー. SHOW FULL PROCESSLIST vs SHOW PROCESSLIST 说明….. 两者最较大差别在于Info字段内容不同： SHOW PROCESSLIST: Info字段截较短至100个字符约束。 躺平。 SHOW FULL PROCESSLIST: 展示完整Info内容。 但是需要注意: 1. performance_schema.show_processlist=ON时,maxallowedpacket约束不再起作用,但Info较长度被约束为1024字节。 2. performance_schema.show_processlist=OFF时,maxallowedpacket仍然有效。 常见采用场景与技巧 排查缓慢查询和阻塞问题: sql -- 查看全部睡眠较高于60秒且存在LOCK WAIT状态: SHOW FULL PROCESSLIST WHERE Command='Sleep' AND Time>60; 解析超较长运行SQL: sql -- 按Time倒序排列并展示TOP N条耗时最久: SELECT * FROM information_schema.processlist ORDER BY TIME DESC LIMIT N; 为哪些百度不收录我的文章？ 先来看要明白百度蜘蛛抓取、索引和排名三个关键环节。如果你发觉文章没被收录: 1. 检查robots.txt有没有禁止了该URL路径； 2. 验证页面有没有包含noindex元标签； 3. 解析内容质量——有没有原创？实际价值够吗？ 4. 检视网站结构——导航有没有友良好？内链怎样？ 5. 抓取情况——； 6. 外链支持——获取更少一部分天然反链助推； 7. 持久耕耘——SEO不是一蹴而就之举，不靠谱。！ 通常经过以上检验恢复后两星期左右即可见改观！ 性能优化提议 对于生产周边环境中的PROCESSLIST操作: ⚫️ 提议采用SHOW FULL PROCESSLIST获取更更多数据; ⚫️ 添加WHERE过滤条件避免返回冗余信息; ⚫️ 在必不可更少情况下启用performancesche 平心而论... ma.processlist替代INFORMATIONSCHEMA.PROCESSLIST; ⚫️ 较高并发情况下考虑将PROCLISTABLESIZE参数适当调较大; ⚫️ 频繁查询PROCLIS_TABLE有可能引起死锁需谨慎! 可靠注意事项警告! 功力不足。 请勿随意KILL未知ID! 误杀有可能引起以下危害: ☣️ 中断十分沉关键交简单; ☣️ 损较差临时表; ☣️ 阻塞备份; ☣️ 引爆死锁; 正确做法必须要先验证再决定!