目录
1全局锁—一致性数据备份
1.1全局锁介绍
1.2语法
1.3 一致性备份案例
1.4 全局锁特点
2表级锁
2.1表锁
2.1.1共享读锁
2.1.2独占写锁
2.2元数据锁
2.3元数据锁
MySQL中的锁,按照锁的粒度分,分为以下三类:
(1)全局锁:锁定数据库中的所有表。
(2)表级锁:每次操作锁住整张表。
(3)行级锁:每次操作锁住对应的行数据。
1全局锁—一致性数据备份
1.1全局锁介绍
全局锁就是对整个数据库实例加锁,加锁后整个实例就处于只读状态,后续的DML的写语句,DDL语句,已经更新操作的事务提交语句都将被阻塞。
其典型的使用场景是做全库的逻辑备份,对所有的表进行锁定,从而获取一致性视图,保证数据的完整性。
对数据库进行进行逻辑备份之前,先对整个数据库加上全局锁,一旦加了全局锁之后,其他的DDL、 DML全部都处于阻塞状态,但是可以执行DQL语句,也就是处于只读状态,而数据备份就是查询操作。 那么数据在进行逻辑备份的过程中,数据库中的数据就是不会发生变化的,这样就保证了数据的一致性和完整性。
1.2语法
1.3 一致性备份案例
(这里试试在window上远程访问Linux系统中的数据库)
(1)先查到Linux系统中的IP地址
学习:
ip addr命令一共输出了4项:
1)ens33是物理网卡驱动程序创建的,
2)lo是内核启动时自己创建的环回网络接口
3)virbr0和virbr0-nic则是我们自己创建的veth peer虚拟网络接口。
我们可以将每个网络接口都视作一条管道,管道的一端连接到本机内核路由子系统,而另一端根据类型各有不同。物理网卡对应的网络接口另一端通向设备驱动程序; veth peer类型的接口另一端通向对方;tun类型设备的另一端通向用户应用程序。
另外,从上面的输出内容中还可以注意到的是:网络接口上并不是一定都有IP地址(本文提到的IP地址专指IPv4地址),比如virbr0和virbr0-nic后面都没有IP地址。IP地址还是属于主机的,而不是某个网络接口。
(2)Windows本地远程连接代码:mysql -h192.168.145.128 -uroot -p
开3个,模拟三个客户端:
(3)给一个客户端加上全局锁,相当于数据库实例192.168.145.128已经被锁住了,
加上全局锁:flush tables with read lock;
加上之后,所有客户端都只能读了,不能进行修改了。堵塞状态可以输入Ctrl+C退出当前。
(4)备份数据
mysqldump -h192.168.145.128 -uroot -p1234 itheima > D:/itheima.sql
注意是在Windows下的命令(exit退出到Windows命令行执行),而不是在mysql中;
要加入远程连接参数-h192.168.145.128,要访问的是远程的,而不是Windows上的;
最后没有;分号!!!
D盘中成功有备份文件,里面创建表插入数据的SQL语句都有。
(5)释放锁并进行修改操作。
1.4 全局锁特点
数据库中加全局锁,是一个比较重的操作,存在以下问题:
(1)如果在主库上备份,那么在备份期间都不能执行更新,业务基本上就得停摆。
(2)如果在从库上备份,那么在备份期间从库不能执行主库同步过来的二进制日志(binlog),会导致主从延迟。
此外:在InnoDB引擎中,我们可以在备份时加上参数 --single-transaction 参数来完成不加锁的一致 性数据备份。
2表级锁
2.1表锁
对于表锁,分为两类:
表共享读锁(read lock)
表独占写锁(write lock)
语法:
加锁:lock tables 表名... read/write。
释放锁:unlock tables / 客户端断开连接 。
2.1.1共享读锁
测试:
2.1.2独占写锁
测试:
结论:
读锁不会阻塞其他客户端的读,但是会阻塞写。
写锁既会阻塞其他客户端的读,又会阻塞 其他客户端的写。
2.2元数据锁
meta data lock , 元数据锁,简写MDL。MDL加锁过程是系统自动控制,无需显式使用,在访问一张表的时候会自动加上。MDL锁主要作用是维护表元数据的数据一致性,在表上有活动事务的时候,不可以对元数据进行写入操作。为了避免DML与DDL冲突,保证读写的正确性。
这里的元数据,大家可以简单理解为就是一张表的表结构。 也就是说,某一张表涉及到未提交的事务时,是不能修改这张表的表结构的。在MySQL5.5中引入了MDL,当对一张表进行增删改查的时候,加MDL读锁(共享);当对表结构进行变更操作的时候,加MDL写锁(排他)。
常见的SQL操作时,所添加的元数据锁
演示:新建两个shell远程连接窗口,Ctrl+L清除命令。
(1)当执行SELECT、INSERT、UPDATE、DELETE等语句时,添加的是元数据共享锁(SHARED_READ / SHARED_WRITE),之间是兼容的。
(2)当执行alter语句时,添加的是元数据共享锁(EXCLUSIVE),会阻塞元数据排他锁,之间是互斥的。
只有当一个事务提交完之后,alter语句才能继续。
查看元数据锁的加锁情况:
select object_type, object_schema, object_name, lock_type, lock_duration from performance_schema.metadata_locks ;
2.3元数据锁
。。。。要开组会了