MySQL中的并发控制,读写锁,和锁的粒度

2024-04-24 15:12

本文主要是介绍MySQL中的并发控制,读写锁,和锁的粒度,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

MySQL中的并发控制,读写锁,和锁的粒度

并发控制的概述

在数据库系统中,并发控制是一种用于确保当多个用户同时访问数据库时,系统能够提供数据的一致性和隔离性的机制。MySQL支持多种并发控制技术,其中包括锁机制、多版本并发控制(MVCC)等。这些技术帮助数据库处理诸如更新冲突、数据一致性问题以及读写操作的协调等问题。

读写锁

读锁(共享锁)

读锁允许多个事务同时读取同一数据项,但在读锁持有期间,阻止任何事务写入该数据项。这意味着读锁是共享的,多个读操作可以同时进行而不会相互干扰,但它们会阻止写操作,直到所有读锁被释放。

写锁(排他锁)

写锁则不同,它不允许其他任何事务对同一数据项进行读或写操作。当一个事务获取写锁后,其他事务必须等待该锁释放后才能进行读取或再次写入。写锁是排他的,确保了数据修改的安全性,因为在写操作执行期间,不会有其他事务对这些数据进行读取或修改。

锁的粒度

锁的粒度描述了锁定对象的大小,常见的有表级锁和行级锁。

表级锁

表级锁是MySQL中最基本的锁策略,它锁定整个表。这种锁的开销最小,但并发程度也最低。在表级锁定策略中,如果一个事务在表上加锁,其他事务就无法对这个表进行修改,直到锁被释放。

使用场景

表级锁在MySQL中通常用于MyISAM、MEMORY和其他不支持行级锁的存储引擎。由于其锁定整个表的特性,表级锁适合用于读多写少的场景,这样可以减少锁竞争的可能性。对于包含大量数据且更新不频繁的静态表,使用表级锁可以获得更好的性能。

如何使用

在MySQL中,表级锁的使用通常是自动的,但也可以手动控制。例如,可以通过以下SQL命令显式地锁定一个表:

LOCK TABLES 表名 READ;  -- 为表加上读锁
LOCK TABLES 表名 WRITE; -- 为表加上写锁

这种锁定方式在进行大批量的数据导入或数据修改前,锁定相关表以防止其他事务的干扰是非常有用的。完成操作后,应使用以下命令释放锁定:

UNLOCK TABLES;

行级锁

行级锁允许更细粒度的控制,它允许多个事务并发地访问同一表的不同行。行级锁可以极大地增加数据库的并发能力,但也会增加锁的管理开销。在InnoDB存储引擎中,行级锁是通过索引来实现的,如果进行的是全表扫描,则可能会退化成表级锁。

使用场景

行级锁适用于高并发的访问场景,特别是当表中的数据频繁被多个事务更新时。行级锁允许多个用户对同一表的不同行进行并发修改,极大地提高了数据库的并发性能。它通常用在InnoDB这类支持事务的存储引擎中。

如何使用

行级锁在InnoDB存储引擎中是自动获得的,无需用户干预。当执行INSERT、UPDATE或DELETE语句时,MySQL会自动为所涉及的数据行加锁。此外,还可以通过以下SQL命令来控制锁的行为:

SELECT * FROM 表名 WHERE 条件 LOCK IN SHARE MODE;  -- 加读锁
SELECT * FROM 表名 WHERE 条件 FOR UPDATE;          -- 加写锁

这些命令在事务中使用时,可以确保在事务结束前数据行不会被其他事务修改或删除。需要注意的是,行级锁可能导致死锁,特别是在多个事务尝试以不同顺序访问相同行时。因此,设计良好的事务和查询逻辑对于避免死锁非常重要。

InnoDB存储引擎中的锁

InnoDB是MySQL中默认的存储引擎,它提供了高级的事务支持、回滚和崩溃恢复能力,以及高效的并发控制。InnoDB使用多版本并发控制(MVCC)来处理读取操作,并通过行级锁来管理写操作,从而优化事务性能并减少锁冲突。

InnoDB的锁类型

InnoDB主要支持两种类型的锁:共享锁(S锁)和排他锁(X锁)。共享锁允许事务读取一行数据,而排他锁允许事务更新或删除一行数据。

  • 共享锁(S锁):允许持锁事务读取数据,其他事务也可以获取共享锁来读取相同的数据,但不能修改。
  • 排他锁(X锁):允许持锁事务修改或删除数据,阻止其他事务获取任何类型的锁(包括共享锁和排他锁)。

锁的获取

在InnoDB中,锁是基于行的,并且是在需要时自动获取的。当事务执行修改数据的SQL语句(如UPDATE、DELETE、INSERT)时,InnoDB会自动为涉及的数据行施加排他锁。对于SELECT语句,事务可以通过以下两种方式显式请求锁:

  • SELECT ... FOR UPDATE:对选定的数据行加上排他锁。
  • SELECT ... LOCK IN SHARE MODE:对选定的数据行加上共享锁。

死锁处理

由于行级锁的细粒度,InnoDB可能会遇到死锁的情况。死锁是指两个或更多事务在等待彼此持有的锁,从而无法继续执行。InnoDB有内置的死锁检测机制,可以自动检测到死锁并回滚其中一个事务,从而允许其他事务继续执行。

锁定读与非锁定读

InnoDB支持两种类型的读操作:锁定读和非锁定读。

  • 非锁定读(一致性读):默认情况下,InnoDB进行SELECT操作时使用的是非锁定读。这意味着读取操作不会阻止其他事务对这些数据行的写操作。非锁定读是通过MVCC实现的,允许事务看到数据的快照版本,这取决于事务的隔离级别。
  • 锁定读:通过SELECT ... FOR UPDATESELECT ... LOCK IN SHARE MODE语句实现,如前所述。

InnoDB的这些并发控制机制提供了在多用户环境中同时进行大量读写操作的能力,而不牺牲数据的一致性和完整性。通过有效的锁管理,InnoDB能够支持复杂的业务应用,满足对数据库性能和稳定性的高要求。

参考链接

  • MySQL并发控制:https://dev.mysql.com/doc/refman/8.0/en/innodb-locking.html
  • 读写锁的工作原理:https://dev.mysql.com/doc/refman/8.0/en/innodb-locks-set.html
  • 锁粒度和类型:https://dev.mysql.com/doc/refman/8.0/en/innodb-locking.html#innodb-row-locks
  • InnoDB存储引擎的官方文档:https://dev.mysql.com/doc/refman/8.0/en/innodb-introduction.html
  • InnoDB锁机制详解:https://dev.mysql.com/doc/refman/8.0/en/innodb-locking.html
  • InnoDB的多版本并发控制(MVCC):https://dev.mysql.com/doc/refman/8.0/en/innodb-multi-versioning.html

在这里插入图片描述

这篇关于MySQL中的并发控制,读写锁,和锁的粒度的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/932094

相关文章

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权,允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true (Spring security默认会带有ROLE_前缀),去

SQL中的外键约束

外键约束用于表示两张表中的指标连接关系。外键约束的作用主要有以下三点: 1.确保子表中的某个字段(外键)只能引用父表中的有效记录2.主表中的列被删除时,子表中的关联列也会被删除3.主表中的列更新时,子表中的关联元素也会被更新 子表中的元素指向主表 以下是一个外键约束的实例展示

基于MySQL Binlog的Elasticsearch数据同步实践

一、为什么要做 随着马蜂窝的逐渐发展,我们的业务数据越来越多,单纯使用 MySQL 已经不能满足我们的数据查询需求,例如对于商品、订单等数据的多维度检索。 使用 Elasticsearch 存储业务数据可以很好的解决我们业务中的搜索需求。而数据进行异构存储后,随之而来的就是数据同步的问题。 二、现有方法及问题 对于数据同步,我们目前的解决方案是建立数据中间表。把需要检索的业务数据,统一放到一张M

如何去写一手好SQL

MySQL性能 最大数据量 抛开数据量和并发数,谈性能都是耍流氓。MySQL没有限制单表最大记录数,它取决于操作系统对文件大小的限制。 《阿里巴巴Java开发手册》提出单表行数超过500万行或者单表容量超过2GB,才推荐分库分表。性能由综合因素决定,抛开业务复杂度,影响程度依次是硬件配置、MySQL配置、数据表设计、索引优化。500万这个值仅供参考,并非铁律。 博主曾经操作过超过4亿行数据

10. 文件的读写

10.1 文本文件 操作文件三大类: ofstream:写操作ifstream:读操作fstream:读写操作 打开方式解释ios::in为了读文件而打开文件ios::out为了写文件而打开文件,如果当前文件存在则清空当前文件在写入ios::app追加方式写文件ios::trunc如果文件存在先删除,在创建ios::ate打开文件之后令读写位置移至文件尾端ios::binary二进制方式

性能分析之MySQL索引实战案例

文章目录 一、前言二、准备三、MySQL索引优化四、MySQL 索引知识回顾五、总结 一、前言 在上一讲性能工具之 JProfiler 简单登录案例分析实战中已经发现SQL没有建立索引问题,本文将一起从代码层去分析为什么没有建立索引? 开源ERP项目地址:https://gitee.com/jishenghua/JSH_ERP 二、准备 打开IDEA找到登录请求资源路径位置

MySQL数据库宕机,启动不起来,教你一招搞定!

作者介绍:老苏,10余年DBA工作运维经验,擅长Oracle、MySQL、PG、Mongodb数据库运维(如安装迁移,性能优化、故障应急处理等)公众号:老苏畅谈运维欢迎关注本人公众号,更多精彩与您分享。 MySQL数据库宕机,数据页损坏问题,启动不起来,该如何排查和解决,本文将为你说明具体的排查过程。 查看MySQL error日志 查看 MySQL error日志,排查哪个表(表空间

MySQL高性能优化规范

前言:      笔者最近上班途中突然想丰富下自己的数据库优化技能。于是在查阅了多篇文章后,总结出了这篇! 数据库命令规范 所有数据库对象名称必须使用小写字母并用下划线分割 所有数据库对象名称禁止使用mysql保留关键字(如果表名中包含关键字查询时,需要将其用单引号括起来) 数据库对象的命名要能做到见名识意,并且最后不要超过32个字符 临时库表必须以tmp_为前缀并以日期为后缀,备份

[MySQL表的增删改查-进阶]

🌈个人主页:努力学编程’ ⛅个人推荐: c语言从初阶到进阶 JavaEE详解 数据结构 ⚡学好数据结构,刷题刻不容缓:点击一起刷题 🌙心灵鸡汤:总有人要赢,为什么不能是我呢 💻💻💻数据库约束 🔭🔭🔭约束类型 not null: 指示某列不能存储 NULL 值unique: 保证某列的每行必须有唯一的值default: 规定没有给列赋值时的默认值.primary key:

高并发环境中保持幂等性

在高并发环境中保持幂等性是一项重要的挑战。幂等性指的是无论操作执行多少次,其效果都是相同的。确保操作的幂等性可以避免重复执行带来的副作用。以下是一些保持幂等性的常用方法: 唯一标识符: 请求唯一标识:在每次请求中引入唯一标识符(如 UUID 或者生成的唯一 ID),在处理请求时,系统可以检查这个标识符是否已经处理过,如果是,则忽略重复请求。幂等键(Idempotency Key):客户端在每次