ddl_manager在commit阶段无法kill掉ddl线程而引起的bug

问题简介

ddl_manager 在ddl进入到commit阶段时,发现了大量的mdl锁等待,此时选择了kill掉ddl操作,但是,进入commit阶段的ddl操作是不可以被kill的,
由于MySQL的kill机制,executor的socket链接是立马被关闭的,导致executor错误的认为ddl已经失败,并且结束。
ddl_manager日志如下

[2018-08-28 10:46:39.982] [manager] [info] task info: 192.168.30.129,13307,ashe,ashe,alter table ashe add index(name)
[2018-08-28 10:46:39.982] [manager] [info] security check list: drop,DROP,rename,RENAME,CONSTRAINT,constraint
[2018-08-28 10:46:40.000] [manager] [info] start explaner
[2018-08-28 10:46:40.000] [explainer] [info] start to explain ddl: alter table ashe add index(name)
[2018-08-28 10:46:40.004] [explainer] [info] table engine type: InnoDB
[2018-08-28 10:46:40.005] [explainer] [info] table structure:
 CREATE TABLE `ashe` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(10) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8mb4
[2018-08-28 10:46:40.048] [manager] [info] explain ddl successfully
[2018-08-28 10:46:40.048] [manager] [info] mysqld internal method: inplace_no_rebuild,lock type: lock_none_after_prepare,suggestion: direct
[2018-08-28 10:46:40.054] [monitor] [info] monitor ready
[2018-08-28 10:46:40.055] [monitor] [info] waiting for executor start to execute ddl query....
[2018-08-28 10:46:40.061] [executor] [info] ddl thread id is 16
[2018-08-28 10:46:40.061] [executor] [info] start to execute ddl: alter table ashe add index(name)
[2018-08-28 10:47:10.151] [executor] [warning] ddl is killed
[2018-08-28 10:47:10.151] [monitor] [warning] number of kill ddl 1 time[s]
[2018-08-28 10:47:10.268] [monitor] [warning] number of kill ddl 2 time[s]
[2018-08-28 10:47:10.378] [monitor] [warning] number of kill ddl 3 time[s]
[2018-08-28 10:47:10.493] [monitor] [warning] number of kill ddl 4 time[s]
[2018-08-28 10:47:10.608] [monitor] [warning] number of kill ddl 5 time[s]
[2018-08-28 10:47:10.722] [monitor] [warning] number of kill ddl 6 time[s]
[2018-08-28 10:47:10.835] [monitor] [warning] number of kill ddl 7 time[s]
[2018-08-28 10:47:10.944] [monitor] [warning] number of kill ddl 8 time[s]
[2018-08-28 10:47:11.060] [monitor] [warning] number of kill ddl 9 time[s]
[2018-08-28 10:47:11.174] [monitor] [warning] number of kill ddl 10 time[s]
[2018-08-28 10:47:11.286] [monitor] [warning] number of kill ddl 11 time[s]
[2018-08-28 10:47:11.401] [monitor] [warning] number of kill ddl 12 time[s]
[2018-08-28 10:47:11.516] [monitor] [warning] number of kill ddl 13 time[s]
[2018-08-28 10:47:11.627] [monitor] [warning] number of kill ddl 14 time[s]
[2018-08-28 10:47:11.738] [monitor] [warning] number of kill ddl 15 time[s]
[2018-08-28 10:47:11.854] [monitor] [warning] number of kill ddl 16 time[s]
[2018-08-28 10:47:11.968] [monitor] [warning] number of kill ddl 17 time[s]
[2018-08-28 10:47:12.079] [monitor] [warning] number of kill ddl 18 time[s]
[2018-08-28 10:47:12.156] [executor] [info] ddl is killed by monitor, max_killed_times_by_monitor: 1,current_killed_times_by_monitor: 18
[2018-08-28 10:47:12.180] [monitor] [warning] executor failed
[2018-08-28 10:47:12.180] [manager] [error] ddl failed

此问题已经在线下复现

修复方法

monitor进行kill操作之后,检测线程是否退出,并且通过对表结构的检测来验证ddl操作是否完成。

对于表结构的验证

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
基于LSTM的财务因子预测选股模型LSTM (Long Short-Term Memory) 是一种特殊的循环神经网络(RNN)架构,用于处理具有长期依赖关系的序列数据。传统的RNN在处理长序列时往往会遇到梯度消失或梯度爆炸的问题,导致无法有效地捕捉长期依赖。LSTM通过引入门控机制(Gating Mechanism)和记忆单元(Memory Cell)来克服这些问题。 以下是LSTM的基本结构和主要组件: 记忆单元(Memory Cell):记忆单元是LSTM的核心,用于存储长期信息。它像一个传送带一样,在整个链上运行,只有一些小的线性交互。信息很容易地在其上保持不变。 输入门(Input Gate):输入门决定了哪些新的信息会被加入到记忆单元中。它由当前时刻的输入和上一时刻的隐藏状态共同决定。 遗忘门(Forget Gate):遗忘门决定了哪些信息会从记忆单元中被丢弃或遗忘。它也由当前时刻的输入和上一时刻的隐藏状态共同决定。 输出门(Output Gate):输出门决定了哪些信息会从记忆单元中输出到当前时刻的隐藏状态中。同样地,它也由当前时刻的输入和上一时刻的隐藏状态共同决定。 LSTM的计算过程可以大致描述为: 通过遗忘门决定从记忆单元中丢弃哪些信息。 通过输入门决定哪些新的信息会被加入到记忆单元中。 更新记忆单元的状态。 通过输出门决定哪些信息会从记忆单元中输出到当前时刻的隐藏状态中。 由于LSTM能够有效地处理长期依赖关系,它在许多序列建模任务中都取得了很好的效果,如语音识别、文本生成、机器翻译、时序预测等。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值