1. Toy模板网首页
  2. > Toy博客

一个 Kill 不掉的 MySQL 会话

7月前 作者：ActionTech 分类：Toy博客 阅读(37) 违法举报

这篇具有很好参考价值的文章主要介绍了一个 Kill 不掉的 MySQL 会话。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

究竟是什么原因，导致主从切换过程中存在一个无法 kill 的会话？

作者：秦广飞

爱可生 DBA 团队成员，负责项目日常问题处理及公司平台问题排查，对数据库有兴趣，对技术有想法。一入 IT 深似海，从此节操是路人。

本文来源：原创投稿

  • 爱可生开源社区出品，原创内容未经授权不得随意使用，转载请联系小编并注明来源。

背景

照例要先讲下本文档背景的，不过在介绍背景之前，先简单说下 MySQL 主从切换的过程。

正常来说，当要发生主从切换时，主库要做下面几个动作：

  1. 断开流量入口（解绑 VIP）
  2. 设置只读
  3. Kill 掉数据库残留连接

而从库，要做下面几个动作：

  1. 补全与主库差异的 binlog 日志
  2. 关闭只读
  3. 清除复制信息
  4. 开启流量入口（绑定 VIP）

我们公司自研的数据库集群管理平台 云树® DMP 大概也是这么个切换过程，而这个切换过程跟本文的关联点，就在主库 Kill 掉残留连接上。

偶然间发现，DMP 在切换过程中 Kill 残留连接时，日志中有时会出现 warn 信息：[warn] kill process warning：Error 1094：Unknown thread id：4

后来观察到，MySQL 5.7 的主从切换时，就不会出现这个 warning 信息，而 MySQL 8.0 就会稳定复现。进一步测试验证后，终于发现了这个 Unknown thread id 的真面目，就是 USER 为 event_scheduler 的这个"连接"。

一个 Kill 不掉的 MySQL 会话,mysql

什么是 event_scheduler？

event_scheduler 到底是什么呢？毕竟从 processlist 信息中可以看到，它与普通的会话似乎不太一样。

其实它是 MySQL 中的一个特殊线程，主要负责执行 MySQL 事件调度器所创建的事件。我们知道 MySQL 是有 event 的，可以像 Linux 中 crontab 一样，定时执行一些任务。

The MySQL Event Scheduler manages the scheduling and execution of events, that is, tasks that run according to a schedule

当 MySQL 事件调度器启用时 event_scheduler=ON，MySQL 就会在后台启动一个 event_scheduler 线程，并且 event_scheduler 线程将一直运行，直到 MySQL 服务停止。该线程会负责检查当前时间和已定义的事件，如果事件需要执行，则 event_scheduler 线程将启动一个新的会话来执行事件。

需要注意的是，在 MySQL 5.7中，event_scheduler 默认是关闭的，而 MySQL 8.0 中则默认打开了，而这也就是为什么在 MySQL 5.7 的切换过程中没有发现 warning 信息的原因。

为什么 Kill 不掉？

了解 event_scheduler 大概是什么之后，我们再来看看，为什么 Kill 时，会报 Unknown thread id。

注意看 processlist 信息，我们发现 event_scheduler 的 COMMAND 值为 Daemon。从字面意思上看，Daemon 为后台守护的意思，其实在 MySQL 中，当在后台运行一些特殊的功能时，会话 COMMAND 可能被标记为 Daemon（实际工作场景中，只注意到过 event_scheduler）。

因为这类会话并不是由用户直接发起的连接，而是 MySQL 内部的线程，所以无法像普通会话一样被 Kill 掉。

一个 Kill 不掉的 MySQL 会话,mysql

官方文档中，给出的信息较少，大家有兴趣的可以自己翻下代码。

一个 Kill 不掉的 MySQL 会话,mysql

如何使用定时任务？

具体如何使用定时任务，其实网上也有很多资料，如果真有需要使用的，建议最好参考官方文档。下面我们简单使用下 event 看看效果。

启用/关闭/禁用

-- 修改变量 event_scheduler 来动态启用或者关闭 event
mysql> show variables like '%event_scheduler%';
+-----------------+-------+
| Variable_name   | Value |
+-----------------+-------+
| event_scheduler | ON    |
+-----------------+-------+
1 row in set (0.00 sec)

mysql> 

-- 关闭
mysql> SET GLOBAL event_scheduler = 0;

-- 启用
mysql> SET GLOBAL event_scheduler = 1;

-- 禁用 event_scheduler，只能在配置文件中设置 event_scheduler 为 disable 并重启服务，而不能动态修改
[mysqld]
event_scheduler=DISABLED

创建

-- 准备测试表和数据
mysql> CREATE TABLE logs(id INT(11) primary key AUTO_INCREMENT,log_message VARCHAR(255) NOT NULL,log_time TIMESTAMP NOT NULL);
Query OK, 0 rows affected, 1 warning (0.02 sec)

mysql> INSERT INTO logs (log_message, log_time) VALUES
    -> ('君不见黄河之水天上来，奔流到海不复回', '2023-06-07 09:01:00'),
    -> ('君不见高堂明镜悲白发，朝如青丝暮成雪', '2023-06-07 23:02:00'),
    -> ('人生得意须尽欢，莫使金樽空对月', '2023-06-08 01:03:00'),
    -> ('天生我材必有用，千金散尽还复来', '2023-06-08 18:04:00'),
    -> ('烹羊宰牛且为乐，会须一饮三百杯', '2023-06-09 23:05:00'),
    -> ('钟鼓馔玉不足贵，但愿长醉不复醒', '2023-06-09 11:06:00'),
    -> ('古来圣贤皆寂寞，惟有饮者留其名', '2023-06-10 23:02:00'),
    -> ('陈王昔时宴平乐，斗酒十千恣欢谑', '2023-06-11 01:03:00'),
    -> ('主人何为言少钱，径须沽取对君酌', '2023-06-12 18:04:00'),
    -> ('五花马、千金裘', '2023-06-13 23:05:00'),
    -> ('呼儿将出换美酒，与尔同销万古愁', '2023-06-14 11:06:00');
Query OK, 11 rows affected (0.01 sec)
Records: 11  Duplicates: 0  Warnings: 0

mysql> 

-- 创建event，实现定时将该日志表中 7 天之前的数据删除
-- 为了快速看到效果，我们每分钟执行一次，一次删除 1 行
mysql> CREATE EVENT delete_logs_event
    ->   ON SCHEDULE EVERY 1 MINUTE STARTS '2023-06-19 00:00:00'
    ->   DO
    ->     DELETE FROM logs
    ->     WHERE log_time < DATE_SUB(NOW(), INTERVAL 7 DAY) limit 1;
Query OK, 0 rows affected (0.01 sec)

查看

-- 执行 show events 查看，需要先进到 event 所在的 schema
mysql> use universe
mysql> show events\G
*************************** 1. row ***************************
                  Db: universe
                Name: delete_logs_event
             Definer: root@localhost
           Time zone: SYSTEM
                Type: RECURRING
          Execute at: NULL
      Interval value: 1
      Interval field: MINUTE
              Starts: 2023-06-19 00:00:00
                Ends: NULL
              Status: ENABLED
          Originator: 1862993913
character_set_client: utf8mb4
collation_connection: utf8mb4_0900_ai_ci
  Database Collation: utf8mb4_bin
1 row in set (0.00 sec)

mysql>

-- 通过 information_schema.events 可以看到更详细的信息
mysql> select * from information_schema.events\G
*************************** 1. row ***************************
       EVENT_CATALOG: def
        EVENT_SCHEMA: universe
          EVENT_NAME: delete_logs_event
             DEFINER: root@localhost
           TIME_ZONE: SYSTEM
          EVENT_BODY: SQL
    EVENT_DEFINITION: DELETE FROM logs
    WHERE log_time < DATE_SUB(NOW(), INTERVAL 7 DAY) limit 1
          EVENT_TYPE: RECURRING
          EXECUTE_AT: NULL
      INTERVAL_VALUE: 1
      INTERVAL_FIELD: MINUTE
            SQL_MODE: ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION
              STARTS: 2023-06-19 00:00:00
                ENDS: NULL
              STATUS: ENABLED
       ON_COMPLETION: NOT PRESERVE
             CREATED: 2023-06-18 23:54:23
        LAST_ALTERED: 2023-06-18 23:54:23
       LAST_EXECUTED: 2023-06-19 00:00:00
       EVENT_COMMENT: 
          ORIGINATOR: 1862993913
CHARACTER_SET_CLIENT: utf8mb4
COLLATION_CONNECTION: utf8mb4_0900_ai_ci
  DATABASE_COLLATION: utf8mb4_bin
1 row in set (0.00 sec)

mysql> 

-- 查看表中是否被定时删除
mysql> select * from logs;
+----+--------------------------------------------------------+---------------------+
| id | log_message                                            | log_time            |
+----+--------------------------------------------------------+---------------------+
|  2 | 君不见高堂明镜悲白发，朝如青丝暮成雪                   | 2023-06-07 23:02:00 |
|  3 | 人生得意须尽欢，莫使金樽空对月                         | 2023-06-08 01:03:00 |
|  4 | 天生我材必有用，千金散尽还复来                         | 2023-06-08 18:04:00 |
|  5 | 烹羊宰牛且为乐，会须一饮三百杯                         | 2023-06-09 23:05:00 |
|  6 | 钟鼓馔玉不足贵，但愿长醉不复醒                         | 2023-06-09 11:06:00 |
|  7 | 古来圣贤皆寂寞，惟有饮者留其名                         | 2023-06-10 23:02:00 |
|  8 | 陈王昔时宴平乐，斗酒十千恣欢谑                         | 2023-06-11 01:03:00 |
|  9 | 主人何为言少钱，径须沽取对君酌                         | 2023-06-12 18:04:00 |
| 10 | 五花马、千金裘                                         | 2023-06-13 23:05:00 |
| 11 | 呼儿将出换美酒，与尔同销万古愁                         | 2023-06-14 11:06:00 |
+----+--------------------------------------------------------+---------------------+
10 rows in set (0.00 sec)

mysql> 

-- 查看 show processlist 中 event_scheduler 的信息，可以看到 stats 为 Waiting for next activation
mysql> select * from information_schema.processlist where user='event_scheduler';
+-------+-----------------+-----------+------+---------+------+-----------------------------+------+
| ID    | USER            | HOST      | DB   | COMMAND | TIME | STATE                       | INFO |
+-------+-----------------+-----------+------+---------+------+-----------------------------+------+
| 12869 | event_scheduler | localhost | NULL | Daemon  |   58 | Waiting for next activation | NULL |
+-------+-----------------+-----------+------+---------+------+-----------------------------+------+
1 row in set (0.00 sec)

mysql>

-- 我们在从库上看下 event 的信息，可以看到 STATUS 为 SLAVESIDE_DISABLED，因此不用担心从库重复执行 event
mysql> select * from information_schema.events\G
*************************** 1. row ***************************
       EVENT_CATALOG: def
        EVENT_SCHEMA: universe
          EVENT_NAME: delete_logs_event
             DEFINER: root@localhost
           TIME_ZONE: SYSTEM
          EVENT_BODY: SQL
    EVENT_DEFINITION: DELETE FROM logs
    WHERE log_time < DATE_SUB(NOW(), INTERVAL 7 DAY) limit 1
          EVENT_TYPE: RECURRING
          EXECUTE_AT: NULL
      INTERVAL_VALUE: 1
      INTERVAL_FIELD: MINUTE
            SQL_MODE: ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION
              STARTS: 2023-06-19 00:00:00
                ENDS: NULL
              STATUS: SLAVESIDE_DISABLED
       ON_COMPLETION: NOT PRESERVE
             CREATED: 2023-06-18 23:54:23
        LAST_ALTERED: 2023-06-18 23:54:23
       LAST_EXECUTED: NULL
       EVENT_COMMENT: 
          ORIGINATOR: 1862993913
CHARACTER_SET_CLIENT: utf8mb4
COLLATION_CONNECTION: utf8mb4_0900_ai_ci
  DATABASE_COLLATION: utf8mb4_bin
1 row in set (0.00 sec)

修改

-- 使用 ALTER 语句修改，其他高权限用户也可以执行，且 event 的用户会变成最后一个 ALTER 的用户
mysql> ALTER EVENT delete_logs_event
    ->   ON SCHEDULE EVERY 1 DAY STARTS '2023-06-19 00:00:00'
    ->   DO
    ->     DELETE FROM logs
    ->     WHERE log_time < DATE_SUB(NOW(), INTERVAL 7 DAY);
Query OK, 0 rows affected (0.01 sec)

mysql>

-- 可以看到 DEFINER 已经变成了修改的用户，且时间间隔也修改为了 1 天，DELETE 语句也去掉了 LIMIT
mysql> select * from information_schema.events\G
*************************** 1. row ***************************
       EVENT_CATALOG: def
        EVENT_SCHEMA: universe
          EVENT_NAME: delete_logs_event
             DEFINER: qin@%
           TIME_ZONE: SYSTEM
          EVENT_BODY: SQL
    EVENT_DEFINITION: DELETE FROM logs
    WHERE log_time < DATE_SUB(NOW(), INTERVAL 7 DAY)
          EVENT_TYPE: RECURRING
          EXECUTE_AT: NULL
      INTERVAL_VALUE: 1
      INTERVAL_FIELD: DAY
            SQL_MODE: ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION
              STARTS: 2023-06-19 00:00:00
                ENDS: NULL
              STATUS: ENABLED
       ON_COMPLETION: NOT PRESERVE
             CREATED: 2023-06-18 23:54:23
        LAST_ALTERED: 2023-06-19 00:23:03
       LAST_EXECUTED: 2023-06-19 00:23:00
       EVENT_COMMENT: 
          ORIGINATOR: 1862993913
CHARACTER_SET_CLIENT: utf8mb4
COLLATION_CONNECTION: utf8mb4_0900_ai_ci
  DATABASE_COLLATION: utf8mb4_bin
1 row in set (0.00 sec)

删除

mysql> drop event delete_logs_event;
Query OK, 0 rows affected (0.01 sec)

mysql> show events\G
Empty set (0.00 sec)

切换时注意

  1. 当在主库上创建了 event，之后发生了主从切换。此时 event 并不会随着切换而变成在新主上执行，且状态也不会发生改变。
  2. 即原主 event 的状态还是 ENABLED，而新主 event 的状态还是 DISABLED。

一个 Kill 不掉的 MySQL 会话,mysql

一个 Kill 不掉的 MySQL 会话,mysql文章来源地址https://www.toymoban.com/news/detail-524411.html

总结

  1. show processlist 中看到的 User 为 event_scheduler 的会话为 MySQL 内部线程，无法被 Kill 掉。
  2. 在主库上创建的 event，定时执行的 SQL 语句，在从库上会正常随着复制回放，但不会被重复执行。
  3. 主从切换后，原主上的 event 不会在新主上执行。

    关于 SQLE

    爱可生开源社区的 SQLE 是一款面向数据库使用者和管理者，支持多场景审核，支持标准化上线流程，原生支持 MySQL 审核且数据库类型可扩展的 SQL 审核工具。

SQLE 获取

类型 地址
版本库 https://github.com/actiontech/sqle
文档 https://actiontech.github.io/sqle-docs/
发布信息 https://github.com/actiontech/sqle/releases
数据审核插件开发文档 https://actiontech.github.io/sqle-docs-cn/3.modules/3.7_auditplugin/auditplugin_development.html

到了这里，关于一个 Kill 不掉的 MySQL 会话的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处： 如若内容造成侵权/违法违规/事实不符，请点击违法举报进行投诉反馈，一经查实，立即删除！

分享到：
领支付宝红包 赞助服务器费用

相关文章

  • Linux笔记--查看Linux系统自动Kill掉的进程

    Linux笔记--查看Linux系统自动Kill掉的进程

    目录 1--前言 2--查看系统日志 3--参考         今天在服务器训练一个模型，程序无任何错误，但一段时间后挂在后台的进程莫名被Kill掉，原因在于服务器 linux 系统的运行内存不足，为了避免系统奔溃，系统主动 kill 内存占用最大的进程。         通过查看系统日志，可以确

    2024年02月16日
    浏览(29)
  • mac删不掉的软件怎么办 Mac怎么删除第三方软件？

    mac删不掉的软件怎么办 Mac怎么删除第三方软件？

    我们在使用Mac电脑的过程中，随着使用时间变长，下载安装的软件也会增多。我们不仅会在“App Store”里下载软件，也会在其他地方下载安装第三方软件。但是，有的朋友想要卸载删除这些软件时，却不清楚如何删除这些软件。在使用Mac电脑时，有时会遇到删除某些应用程序

    2024年02月03日
    浏览(37)

  • 云原生|kubernetes|删除不掉的namespace 一直处于Terminating状态的解决方案

    在kubesphere部署的过程中，由于kubernetes集群的版本和kubesphere的版本不匹配，因此想要回退重新部署，但发现要用的namespace  kubesphere-system 普通的删除方法无效，一直处于 Terminating状态 新部署由于namespace一直是删除状态，无法继续进行： 具体表现为一直挂在删除界面： 下面就

    2024年02月09日
    浏览(33)
  • Linux中kill命令杀不掉进程的解决办法

    Linux中kill命令杀不掉进程的解决办法

    1、进程杀不掉的原因有两种： （1）这个进程是僵尸进程 ； （2）此进程是\\\"核心态\\\"进程。 2、解决办法： （1）进入到“/proc/进程号”目录下，执行“cat status”命令可以查询到指定进程的父进程 （2）利用“kill -9 父进程的进程号”将父进程给删除掉 （3）利用“kill 进程号”

    2024年02月12日
    浏览(36)

  • ‘xxx‘ “将对您的电脑造成伤害。 您应该将它移到废纸篓。”mac一直弹窗并关不掉的解决方式

    10.15.1之后的系统： 在终端输入：csrutil status 如果返回值为： System Integrity Protection status: enabled 说明MAC系统SIP保护开启了，关闭SIP保护即可 重新启动MAC电脑，重启的时候按command+r，进入恢复环境，在恢复环境打开终端 输入csrutil disable 重新启动系统后，再次输入csrutil status，应

    2024年02月13日
    浏览(34)
  • 关于彻底删除 Mysql和Mysql Connector Net..卸载不掉或不能更新（超详细）

    关于彻底删除 Mysql和Mysql Connector Net..卸载不掉或不能更新（超详细）

    最近用Mysql时发现版本太低了，有些功能用不了，就把MySQL给卸载，具体步骤： 卸载原有的MySQL软件 删除跟原来的MySQL有关的数据（文件夹） 清理注册表 具体如下： 卸载Mysql软件 ①.先停掉MySQL的服务：右键我的电脑找到管理 ②.在管理面板中找到服务，然后禁用掉所有MySQL的

    2024年02月11日
    浏览(36)

  • 记一次MySQL5初始化被kill的问题排查

    由于测试环境JED申请比较繁琐，所以Eone提供了单机版Mysql供用户使用，近期Eone搭建Mysql5的时候发现莫名被kill了，容器规格是4C8G，磁盘30G 这不科学，之前都是可以的，镜像没变，配置没变，咋就不行了呢，一定不是我的问题，是机器的问题 通过多次搭建mysql5进行采样，发现

    2024年02月08日
    浏览(34)

  • mysql循环kill掉user数据库下的所有连接

    在MySQL中，如果你想终止user数据库下所有连接的会话，你需要先找出这些连接并记录它们的ID。请注意，无差别地终止所有连接可能会导致数据丢失或其他一致性问题，因此请确保你了解操作后果并在必要时进行。 以下是一个示例脚本（假设是在MySQL服务器上直接执行SQL），

    2024年01月17日
    浏览(30)
  • 如何查看MySQL会话连接方式？

    如何查看MySQL会话连接方式？

    MySQL总共支持四种连接方式访问数据库，如下表格所示，其中Linux平台环境下，主要有两种连接方式，一种是TCP/IP连接方式，另外一种是socket方式。Name pipe和Share memory是Windows平台下独有的连接方式。 那么，MySQL数据库中，我们能否查看会话具体使用的连接方式呢（例如，使用

    2024年02月05日
    浏览(35)

  • MySQL连接会话数占用内存

    MySQL 的内存占用与连接数之间的关系是复杂的，具体取决于多个因素，包括配置设置、查询负载、数据大小和使用的存储引擎等。每个连接都需要一定的内存资源来维护连接状态、缓存查询结果和执行计划等。 以下是一些常见的内存占用因素： 连接内存：每个连接需要一定

    2024年02月07日
    浏览(29)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包，优惠每天领

二维码1

领取红包

二维码2

领红包