MySQL进阶（五）- -锁

最新推荐文章于 2024-09-02 14:48:18 发布

never_.

最新推荐文章于 2024-09-02 14:48:18 发布

阅读量55

点赞数

文章标签： mysql oracle 数据库

本文链接：https://blog.csdn.net/m0_75168728/article/details/132012716

版权

本文介绍了数据库中的锁机制，包括全局锁、表级锁和行级锁的定义、语法、特点和应用场景。全局锁用于全库备份，表级锁分为表锁、元数据锁和意向锁，而行级锁则细化为行锁、间隔锁和临键锁，以提高并发访问性能并确保数据一致性。

摘要由CSDN通过智能技术生成

五、锁

1.概述

（1）介绍

锁是计算机协调多个进程或线程并发访问某一资源的机制。在数据库中，除传统的计算资源(CPU、RAM、I/O)的争用以外，数据也是一种供许多用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题，锁冲突也是影响数据库并发访问性能的一个重要因素。从这个角度来说，锁对数据库而言显得尤其重要，也更加复杂。

（2）分类

按照锁的粒度分为以下三类：

全局锁：锁定数据库中的所有表
表级锁：每次操作锁住整张表
行级锁：每次操作锁住对应的行数据

2.全局锁

（1）介绍

全局锁就是对整个数据库实例加锁，加锁后整个实例就处于只读状态，后续的DML的写语句，DDL语句，以及更新操作的事务提交语句都将被阻塞。
其典型的使用场景是做全库的逻辑备份，对所有的表进行锁定，从而获取一致性视图，保证数据的完整性。

（2）语法

加全局锁：

flush tables with read lock;

数据备份：

mysqldump -u用户名 -p密码数据库>要将数据存到哪个sql文件

eg.mysqldump -uroot -p1234 itcast>itcast.sql

解锁：

unlock tables;

eg.备份数据库db01：

①先加上全局锁，此时数据库只能读，不能写：

flush tables with read lock;

②退出mysql界面，进行数据备份（因为该语句不是sql语句）：

mysqldump -uroot -p1234 db01>D:/db01.sql

若访问的不是本机的数据库，而是远程的数据库，要再加上参数

-h主机地址

mysqldump -h192.168.202 -uroot -p1234 db01>D:/db01.sql

③释放锁

unlock tables;

（3）特点

数据库中加全局锁，是一个比较重的操作，存在以下问题:
1、如果在主库上备份，那么在备份期间都不能执行更新，业务基本上就得停摆。
2、如果数据库是主从结构，且做了读写分离，此时进行写入操作不会阻塞，因为写入主库，可以在从库上备份，但在备份期间从库不能执行主库同步过来的二进制日志(binlog)，会导致主从延迟。
3、在InnoDB引擎中，我们可以在备份时加上参数-single-transaction参数来完成不加锁的一致性数据备份。

eg.mysqldump -single-transaction -uroot -p123456 db01>D:/db01.sql

3.表级锁

（1）介绍

每次操作锁住整张表。锁定粒度大，发生锁冲突的概率最高，并发度最低。应用在MyISAM、InnoDB、BDB等存储引擎中。主要分为表锁、元数据锁（meta data lock,MDL）、意向锁三类：

（2）表锁

1）分类

表共享读锁（read lock，读锁，任何客户端只能进行读操作）、表独占写锁（write lock，写锁，当前客户端可读可写，其他客户端不能读写）

2）语法

加锁：lock tables 表名 read/write

释放锁：unlock tables或客户端断开连接

eg1.对表socre加读锁：

lock tables score read;

释放锁：unlock tables;

eg2.对表score加写锁

lock tables score write;

释放锁：unlock tables;

（3）元数据锁

MDL加锁过程是系统自动控制，无需显示使用，在访问一张表的时候会自动加上。MDL锁主要是维护表元数据的数据一致性，在表上有活动事务的时候，不可以对元数据进行写入操作。为了避免DML与DDL冲突，保证读写的正确性

在MySQL5.5中引入了MDL，当对一张表进行增删改查时，加MDL读锁（共享）；当对表结构进行变更操作时，加MDL写锁（排他）。

查看元数据锁：

select object_type,object_schema,object_name,lock_type,lock_duration from performance_schema.metadata_locks;

（4）意向锁

为了避免DML在执行过程时，加的行锁与表锁的冲突，在InnoDB中引入了意向锁，使得表锁不用检查每行数据是否加锁，使用意向锁来减少锁的检查。分为两种：

意向共享锁（IS）：由语句select...lock in share mode添加。与表锁共享锁（ready）兼容，与表锁排它锁（write）互斥。
意向排他锁（IX）：由insert、update、delete、select...for update添加。与表锁共享锁（read）及排它锁（write）都互斥。意向锁之间不会互斥。

查看意向锁及行锁的加锁情况：

select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.metadata_locks;