闯祸了,生成环境执行了DDL操作《死磕MySQL系列 十四》

Posted 原来是咔咔

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了闯祸了,生成环境执行了DDL操作《死磕MySQL系列 十四》相关的知识,希望对你有一定的参考价值。

由于业务随着时间不停的改变,起初的表结构设计已经满足不了如今的需求,这时你是不是想那就加字段呗!加字段也是个艺术活,接下来由本文的主人咔咔给你吹。

试想一下这个场景

事务A在执行一个非常大的查询

事务B毫不犹豫的执行了DDL操作

接下来会发生什么,你如果已经知道答案的话恭喜你又掌握了一个mysql中重要的知识点。

事务A执行查询时会持有MDL锁,而事务B同样也需要MDL锁,但事务A在进行大查询,所以导致事务B后的所有操作都会被堵塞。

这时你应该知道了在MySQL中所有对表的增删改查都需要申请MDL读锁。

接下来聊聊如何安全的给表加个字段

闯祸了,生成环境执行了DDL操作《死磕MySQL系列

最新文章

​死磕MySQL系列总目录​

​MySQL统计总数就用count(*),别花里胡哨的《死磕MySQL系列 十》​

​为什么MySQL字符串不加引号索引失效?《死磕MySQL系列 十一》​

​打开order by的大门,一探究竟《死磕MySQL系列 十二》​

​重重封锁,让你一条数据都拿不到《死磕MySQL系列 十三》​

一、为什么不建议你在生产环境下进行DDL

上期文章跟大家聊过的MDL锁的知识还记得吧!不记得也没事,那就在这篇文章中再进行复习。

MDL锁不需要显示调用,当对一个表做增删改查时会默认加MDL读锁,而执行修改表结构时会默认加MDL写锁。

这也就是文章开头给大家说的事务B是不能在事务A没释放MDL读锁之前执行。

事务B需要的是MDL写锁,MDL读锁与写锁是互斥关系,因此事务B的DDL操作会一直等待事务A提交并释放MDL锁

但你有没有想过一个问题,此时的事务B执行的在线DDL操作,需要的是MDL写锁,上文也说了对一个表做增删改查时会默认加MDL读锁,这不就意味着后续对这个表的所有操作都会堵塞吗?

所以说坚决不要在生产环境进行在线DDL,现在的客户端都有会重试机制,当堵塞的语句超时后会再起一个新的事务在请求,这张表假设是一个热表,MySQL库的线程会非常快就爆满,等待的结果就是用户那边迟迟响应不了结果。

这里给大家一个方案,当你十分紧急需要添加一个字段时,可以给语句设置一个时间,如果在这个设定的时间内能拿到MDL写锁最好,拿不到也会阻塞后续的业务语句。

当设置的这个时间超过后,这个指令就结束了,之后可以再次重复执行这个指令即可。

执行语法为​​alter table table_nam wait 10 add cloumn​

这个方案也是在你的表不大的情况下才可以进行执行的,假设你的表就看第二种方案哈!要不你会死的很惨。

咔咔在一张近9000W数据的开发表上做过一次DDL操作,大概用了23s这样一个时间,这要是在线上想想都害怕

二、如何安全给表加个字段

目前咔咔知道的第三方工具有​​gh-ost​​和​​pt-online-schema-change​​,咔咔所在的公司使用的是后者,对于这两个插件后者的使用还是多点。

还记得在前几期文章中提到了表数据都删完了,但表空间依然没有缩小,在那期就简单的提了一下。

想要缩小表空间可以新建一模一样的表结构,然后根据主键ID的顺序把数据从就旧表中逐行插入新表,这样就可以减少表空洞的问题。

同理今天要说的​​pt-online-schema-change​​这个插件的工作流程大致如下


  • 新建一模一样的表,表名可以起为_new后缀
  • 接着在这个新表执行更改字段操作
  • 接着在原表上加三个触发器,分别为delete、update、insert,将原表中要执行的语句也在新表中执行
  • 最后将原表的数据拷贝到新表中,替换掉原表

接下来咔咔将亲自实战一下此操作,可以跟着咔咔的步骤一起来

三、使用pt-online-schema-change

安装步骤

yum -y install perl perl-DBI perl-DBD-MySQL perl-Time-HiRes perl-IO-Socket-SSL perl-Digest-MD5

wget https://www.percona.com/downloads/percona-toolkit/3.1.0/binary/redhat/7/x86_64/percona-toolkit-3.1.0-2.el7.x86_64.rpm

rpm -ivh percona-toolkit-3.1.0-2.el7.x86_64.rpm

rm -f percona-toolkit-3.1.0-2.el7.x86_64.rpm

安装完成后执行​​./bin/pt-online-schema-change --help​​,出现以下界面证明你就安装成功了

闯祸了,生成环境执行了DDL操作《死磕MySQL系列

参数认识

参数是非常多的,咔咔简单的说几个足够修改表结构的


  • --user 连接mysql用户名
  • --password 连接mysql
  • --host 连接msyql地址
  • p 连接mysql端口号
  • D 连接mysql库名
  • t 连接msyql表名
  • --alter 修改表结构的语句
  • --execute 执行修改表结构
  • --charset=utf8 使用utf8编码,避免中文乱码
  • --no-version-check 不检查版本,在阿里云服务器中一般加入此参数,否则会报错

接下来使用​​pt-online-schema-change​​修改一下表结构

这个是目前默认的数据结构,现在想要添加邮箱字段

闯祸了,生成环境执行了DDL操作《死磕MySQL系列

在这块你大概率会遇到两个错误,一个是你的中标点符号,另一个是pt版本问题

处理完中的标点符号就会来到下面这个错误

执行代码​​./bin/pt-online-schema-change --charset=utf8 --no-version-check --user="root" --password="Fang1996" --host="127.0.0.1" D="kaka",t=evt_sms --alter "add column email varchar(255) not null default after phone" --print --execute​

闯祸了,生成环境执行了DDL操作《死磕MySQL系列

这个问题是​​pt-online-schema-change​​版本造成的

删除之前的版本

yum remove percona-toolkit

重新安装新版本的rpm包即可,安装步骤如下

wget https://downloads.percona.com/downloads/percona-toolkit/3.2.0/binary/redhat/7/x86_64/percona-toolkit-3.2.0-1.el7.x86_64.rpm

rpm -ivh percona-toolkit-3.2.0-1.el7.x86_64.rpm

这一步部分小伙伴会遇到其它资料给的地址太过老旧,导致一直下载不了,咔咔提供的这个地址是官网提取的,非常好用,​​https://www.percona.com/downloads/percona-toolkit/3.2.0/binary/redhat/7/​​这里可以获取各个版本的rpm包

咔咔亲测虚拟机的下载速度要不服务器快,于是先将文件下载到了虚拟机

闯祸了,生成环境执行了DDL操作《死磕MySQL系列

然后使用scp直接把虚拟机的文件传输到主机上,执行命令为​​scp percona-toolkit-3.2.0-1.el7.x86_64.rpm root@ip:/​

使用语法非常简单​​scp local_file remote_username@remote_ip:remote_folder​

local_file :本地文件

remote_username:远程用户名

remote_ip:远程机器IP地址

remote_folder 远程目录

执行完成后需要输入服务器,然后等待传输完成就可以在服务器上看到对应的文件

这里分别在虚拟机、服务器查看了文件大小,文件是没有一点问题的

闯祸了,生成环境执行了DDL操作《死磕MySQL系列闯祸了,生成环境执行了DDL操作《死磕MySQL系列

到这里对于pt-online-schema-change的安装才完成,接下来重试之前执行的命令

./bin/pt-online-schema-change --charset=utf8 --no-version-check --user="root" --password="Fang1996" --host="127.0.0.1" D="kaka",t=evt_sms --alter "add column email varchar(255) not null default  after phone" --print --execute

闯祸了,生成环境执行了DDL操作《死磕MySQL系列闯祸了,生成环境执行了DDL操作《死磕MySQL系列

以上就是修改成功的信息,可以看到处理数据有46W,基本是毫无压力,建议大家实测一下

可以看到要加的email字段已经加上了,这个就是我们想要的结果

闯祸了,生成环境执行了DDL操作《死磕MySQL系列

四、简化pt-online-schema-change的执行命令

在执行修改表结构命令时输入了很多配置信息, 这些信息可以放在脚本里边复用的

闯祸了,生成环境执行了DDL操作《死磕MySQL系列

#!/bin/bash

database=$1
table=$2
alter_conment=$3

pt_host=127.0.0.1
pt_user=root
pt_pwd=Fang1996

echo "$table"

echo "$alter_conment"

/bin/pt-online-schema-change --charset=utf8 --no-version-check --user=$pt_user --password=$pt_pwd --host=$pt_host P=3306,D=$database,t=$table --alter "$alter_conment" --print --execute

那么使用pt-online-schema-change则可以这样写

sh pt.sh kaka evt_sms "add column kaka1 varchar(255) default 咔咔"

这里给大家提供了添加字段的方法,修改、删除都是一致的,只需要把对应的语句放到​​引号​​里边即可

在这里你会发现只有进到脚本的目录才能执行对应的脚本,那么如何让你的脚本可以在任意地方都可以执行呢?

五、总结

本期文章给大家详细说明了为什么不建议大家直接在线DDL,因为会阻塞SQL导致业务停摆

给大家介绍了第三方脚本pt-online-schema-change的安装、使用,使用还是非常简单的,参数也只给大家说明了常用的,如果要放到生产环境使用,你需要把所有的参数都简单过一遍。

最后用一个脚本优化了修改表信息时需要输入的一大堆重复信息。


坚持学习、坚持写作、坚持分享是咔咔从业以来所秉持的信念。愿文章在偌大的互联网上能给你带来一点帮助,我是咔咔,下期见。


以上是关于闯祸了,生成环境执行了DDL操作《死磕MySQL系列 十四》的主要内容,如果未能解决你的问题,请参考以下文章

MySQL-8.0.x DDL 原子性

InnoDB Online DDL续

如何生成 Oracle 模式的整个 DDL(可编写脚本)?

MySQL建表语句转PostgreSQL建表语句全纪录

ORACLE表生成MYSQL建表DDL

原来一条select语句在MySQL是这样执行的《死磕MySQL系列 一》