网站空间代理加盟,小程序怎么添加手机桌面,网站排名软件包年,长沙招聘网最新招聘1. 全局锁是怎么用的#xff1f;
flush tables with read lock 执行以后#xff0c;整个数据库就处于只读状态了#xff0c;这时其他线程执行对数据的增删改操作#xff08;insert、delete、update#xff09;#xff1b;对表结构的更改操作#xff08;alter table、dr…1. 全局锁是怎么用的
flush tables with read lock 执行以后整个数据库就处于只读状态了这时其他线程执行对数据的增删改操作insert、delete、update对表结构的更改操作alter table、drop table都会被阻塞。
unlock tables 释放全局锁会话断开全局锁会被自动释放。
2. 全局锁应用场景是什么
全局锁主要用于做全库逻辑备份这样在备份数据库期间不会出现备份文件数据和预期的不一样。
3. 加全局锁会带来什么缺点
加全局锁意味着整个数据库都是只读状态业务不能更新数据造成业务停滞。
4. 备份数据库数据的时候使用全局锁会影响业务那有什么方式可以避免
如果数据库的引擎支持的事务可重复读的隔离级别那么在备份数据库之前先开启事务这样即使其他的事务更新了表数据也不会影响备份数据库时的 Read View。因此对于 InnoDB 存储引擎在使用备份数据库的工具 mysqldump 时加上 -single-transaction 参数就会在备份数据库前先开启事务。而对于 MyISAM 这种不支持事务的引擎在备份数据库时就要使用全局锁。
5. MySQL 表级锁有哪些
MySQL 里面表级别的锁有这几种
表锁元数据锁MDL意向锁AUTO-INC 锁
6. 表锁
如果想对学生表t_student加表锁可以使用 lock tables t_student read; 表级别读锁共享锁阻止其他会话写操作 lock tables t_student write; 表级别写锁独占锁阻止其他会话读写操作
表锁除了限制别的线程的读写也会限制本线程的读写同时还会限制本线程访问其他表。
InnoDB 实现了颗粒度更细的行级锁比颗粒度太大的表锁好。
7. 元数据锁
不需要显式使用元数据锁MDL当对一张表进行 CRUD 操作时会自动加上 MDL 读锁对一张表做结构变更操作的时候会自动加上 MDL 写锁。
8. MDL 不需要显式调用那是在什么时候释放的
MDL 是在事务提交后才会释放这意味着事务执行期间MDL 是一直持有的。
那么如果有一个长事务比如 A 启用了事务但是一直不提交然后执行了一条 select 语句这时候加上了 MDL 读锁然后 B 也执行了 select此时并不会冲突因为读接着 C 修改了表字段由于 A 一直没有提交读锁被占用C 就无法申请到写锁被阻塞C 阻塞后后续有对该表的 select 语句都会被阻塞。因为申请 MDL 锁的操作会形成一个队列队列中写锁获取优先级高于读锁所以一旦出现写锁等待会阻塞后续该表的所有 CRUD 操作。
所以在对表结构变更前先看看数据库中的长事务是否已经对表加上了读锁可以考虑 kill 掉这个长事务。
9. 意向锁
在 InnoDB 引擎的表里对某些记录加上共享锁之前需要先在表级别加上意向共享锁对某些记录加上独占锁之前需要先在表级别加上一个意向独占锁。
意向共享锁和意向独占锁是表级锁不会和行级的共享锁和独占锁之间发生冲突而且意向锁之间也不会发生冲突只会和共享、独占表锁发生冲突。
因为如果没有意向锁需要在记录级别找是否存在独占锁效率慢有了意向锁就先在表级别找是否存在独占锁意向锁是为了快速判断表里是否有记录被加锁。
10. AUTO-INC 锁
表里的主键通常都会设置成自增的这是通过 AUTO_INCREMENT 属性实现的AUTO-INC 是插入数据时加的表级别的锁不是在一个事务提交后才释放而是在执行完插入语句后就会立即释放。
但是AUTO-INC 锁在对大量数据进行插入的时候会影响插入性能因为另一个事务的插入会被阻塞所以 InnoDB 存储引擎提供一种轻量级的锁来实现自增一样也是在插入数据的时候会为被AUTO_INCREMENT修饰的字段加上轻量级锁然后给该字段赋值一个自增的值就把这个轻量级锁释放了而不需要等待整个插入语句执行完才释放锁。
InnoDB 提供 innodb_autoinc_lock_mode 的系统变量用来控制选择用 AUTO-INC 锁还是轻量级锁为 0 代表采用 AUTO-INC 锁2 为采用轻量级锁为 1 是普通 insert 语句自增锁申请后立马释放批量插入数据语句等语句结束后才释放。
当 innodb_autoinc_lock_mode 2 时并且 binlog_format row既能提升并发性又不会出现数据一致性问题。
11. 行级锁
Record Lock 记录锁Gap Lock 间隙锁Next-Key Lock 临键锁Record Lock Gap Lock 的组合
12. Record Lock
记录锁锁住的是一条记录而且记录锁是由 S 锁共享锁和 X 锁独占锁之分的当 A 事务对某记录加 S 锁B 也可以对该记录加 S 锁但不能加 X 锁A 加 X 锁B 不能加 S 或 X 锁。
比如 select * from t_test where id 1 for update;对 t_test 表中 id 为 1 的行加上了record lock。
13. Gap Lock
间隙锁只存在于可重复隔离级别目的是为了解决可重复读隔离级别下的幻读。
比如表中有范围 id 为35间隙锁那么其他事务就无法插入 id 4 这条记录了这样就有效防止了幻读。间隙锁目的是防止插入幻影记录所以间隙锁之间是兼容的而且 X和S 型间隙锁没有什么区别
14. Next-Key Lock
临键锁锁定一个范围并且锁定记录本身临键锁既能保护该记录又能阻止其他事务将新纪录插入到间隙中但是临键锁是包含间隙锁和记录锁的所以存在记录锁的兼容冲突问题。
15. 插入意向锁
一个事务在插入一条记录的时候需要判断插入位置是否已被其他事务加了间隙锁如果有插入操作会发生阻塞直到拥有间隙锁的事务提交在此期间会生成一个插入意向锁表明有事务想在某个区间插入新记录但是现在处于等待状态。插入意向锁并不是意向锁是一种特殊的间隙锁属于行级别锁间隙锁是一个范围插入意向锁相当于一个点。
16. 什么是死锁
死锁发生在两个或多个事务在等待对方释放资源以便自己继续执行但每个事务又持有对方需要的资源从而导致所有相关事务都无法继续执行的情况。
死锁的四个必要条件为
互斥条件资源不能被多个事务同时使用即一个资源在某一时刻只能由一个事务占用占有并等待条件事务已经持有至少一个资源并且在等待获取其他事务持有的资源不可剥夺条件资源不能被强制从事务中剥夺事务必须在完成时自愿释放资源循环等待条件存在一个事务等待环路其中每个事务都在等待下一个事务所持有的资源
数据库管理系统通常由机制来检测和处理死锁 死锁检测DBMS会定期检查事务之间的依赖关系以发现是否存在死锁。 死锁解决一旦检测到死锁DBMS通常会选择一个或多个事务作为牺牲品通过回滚这些事务来打破死锁循环释放资源以便其他事务可以继续执行。 预防和避免在设计事务和数据库应用时可以通过采取一些策略来预防或避免死锁的发生例如 确保所有事务以相同的顺序请求资源。 限制事务持有资源的时间。 使用超时机制当事务等待资源超过一定时间后自动放弃。
