MYSQL性能调优08_事务及其ACID属性、脏读、不可重复读、幻读、隔离级别、行锁、表锁、读锁、写锁、间隙锁、临键锁

本文主要是介绍MYSQL性能调优08_事务及其ACID属性、脏读、不可重复读、幻读、隔离级别、行锁、表锁、读锁、写锁、间隙锁、临键锁,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

文章目录

  • ①. 事务及其ACID属性
  • ②. 脏读、不可重复读、幻读
  • ③. 隔离级别
  • ④. 锁分类 表索、行锁、读锁、写锁
  • ⑤. 表锁
  • ⑥. 行锁
  • ⑦. 间隙锁(Gap Lock)
  • ⑧. 临键锁(Next-key Locks)

①. 事务及其ACID属性

事务:一个或一组sql语句组成一个执行单元,这个执行单元要么全部执行,要么全部不执行

  • ①. 原子性(Atomicity):原子性是指事务是一个不可分割的工作单位,事务中的操作要么都发生,要么都不发生

  • ②. 一致性(Consistency):一个事务执行会使数据从一个一致转态切换到另外一个一致状态
    (创建订单、库存减少、积分增加是指的数据层面)

  • ③. 隔离性(Isolation):一个事务的执行不受其他事务的干扰

  • ④. 持久性(Durability):一个事务一旦被提交,它对数据中的数据改变就是永久性的

  • ⑤. 事务提交的两种方式

(1). 自动提交
mysql就是自动提交的
一条DML(增删改)语句会自动提交一次事务。
(2). 手动提交
Oracle 数据库默认是手动提交事务
需要先开启事务,再提交
(3). 修改事务的默认提交方式:不建议修改
查看事务的默认提交方式:SELECT @@autocommit;
(-- 1 代表自动提交  0 代表手动提交)
修改默认提交方式: set @@autocommit = 0;
步骤 
1. 开启事务:start transaction 
[ set autocommit=0(0就是开启事务这是把转态变成开启,1就是不开启事务),强调的是转态]
2. 编写事务中的sql语句(selectinsertupdatedelete)
语句1;
语句23.结束事务
commit提交事务
rollback回滚事务use test;
create table account(id int primary key auto_increment,username varchar(20),balance double
);
insert into account(username,balance)VALUES("张无忌",1000),("赵敏",1000);
#开启事务
start transaction;
#set autocommit=0; 这是把事务的转态变成开启转态#编写一组事务的语句;
update account set balance=500 where username='张无忌';
update account set balance=1500 where username='赵敏';
#结束事务[要么回滚,要么提交]  回滚:数据只存到了内存,实质没有改
rollback;
#commit;
select * from account;

②. 脏读、不可重复读、幻读

  • ①. 脏读:对于两个事务T1,T2,T1读取了已经被T2更新但还没有被提交的字段之后,若T2回滚,T1读取的内容就是临时且无效的
    (事务A读取到了事务B已经修改但尚未提交的数据)

  • ②. 不可重复读:对于两个事务T1,T2,T1读取了一个字段,然后T2更新了该字段之后,T1在此读取同一个字段,值就不同了
    (事务A内部的相同查询语句在不同时刻读出的结果不一致,不符合隔离性)

  • ③. 幻读:对于两个事务T1,T2,T1从一个表中读取了一个字段,然后T2在该表中插入了一个新的行之后,如果T1再次读取同一个表,就会多出几行
    (事务A读取到了事务B提交的新增数据,不符合隔离性)

③. 隔离级别

  • ①. 多个事务之间隔离的,相互独立的。但是如果多个事务操作同一批数据,则会引发一些问题,设置不同的隔离级别就可以解决这些问题
    在这里插入图片描述

  • ②. 隔离级别从小到大安全性越来越高,但是效率越来越低

  • ③. 事务的隔离级别总结:
    在这里插入图片描述

  • ④. 查看隔离级别:select @@tx_isolation

  • ⑤. 设置当前mysql的隔离级别:set session transaction isolation level 隔离级别

  • ⑥. 设置数据库系统的全局的隔离级别:set global session transaction isolation level 隔离级别

  • ⑦. Mysql默认的事务隔离级别是可重复读,用Spring开发程序时,如果不设置隔离级别默认用Mysql设置的隔离级别,如果Spring设置了就用已经设置的隔离级别

④. 锁分类 表索、行锁、读锁、写锁

  • ①. 从性能上分为乐观锁(用版本对比来实现)和悲观锁

  • ②. 从对数据库操作的类型分,分为读锁和写锁(都属于悲观锁)

  1. 读锁(共享锁,S锁(Shared)):针对同一份数据,多个读操作可以同时进行而不会互相影响
  2. 写锁(排它锁,X锁(eXclusive)):当前写操作没有完成前,它会阻断其他写锁和读锁
  • ③. 从对数据操作的粒度分,分为表锁和行锁

⑤. 表锁

  • ①. 每次操作锁住整张表。开销小,加锁快;不会出现死锁;锁定粒度大,发生锁冲突的概率最高,并发度最低;一般用在整表数据迁移的场景。
CREATE TABLE `mylock` (`id` INT (11) NOT NULL AUTO_INCREMENT,`NAME` VARCHAR (20) DEFAULT NULL,PRIMARY KEY (`id`)
) ENGINE = MyISAM DEFAULT CHARSET = utf8;
--插入数据
INSERT INTO`test`.`mylock` (`id`, `NAME`) VALUES ('1', 'a');
INSERT INTO`test`.`mylock` (`id`, `NAME`) VALUES ('2', 'b');
INSERT INTO`test`.`mylock` (`id`, `NAME`) VALUES ('3', 'c');
INSERT INTO`test`.`mylock` (`id`, `NAME`) VALUES ('4', 'd');
  • ②. 手动增加表锁
    lock table 表名称 read(write),表名称2 read(write);

  • ③. 查看表上加过的锁
    show open tables;

  • ④. 删除表锁:unlock tables;
    在这里插入图片描述

⑥. 行锁

  • ①. 每次操作锁住一行数据。开销大,加锁慢;会出现死锁;锁定粒度最小,发生锁冲突的概率最低,并发度最高

  • ②. innoDB与MYISAM的最大不同有两点:
    InnoDB支持事务(TRANSACTION)
    InnoDB支持行级锁

  • ③. 一个session开启事务更新不提交,另一个session更新同一条记录会阻塞,更新不同记录不会阻塞

  • ④. 读锁会阻塞写,但是不会阻塞读。而写锁则会把读和写都阻塞。
    (InnoDB在执行查询语句SELECT时(非串行隔离级别),不会加锁。但是update、insert、delete操作会加行锁。)

  • ⑤. 死锁

set tx_isolation='repeatable-read';
Session_1执行:select * from account where id=1 for update;
Session_2执行:select * from account where id=2 for update;
Session_1执行:select * from account where id=2 for update;
Session_2执行:select * from account where id=1 for update;
-- 查看近期死锁日志信息:show engine innodb status\G; 
-- 大多数情况mysql可以自动检测死锁并回滚产生死锁的那个事务,但是有些情况mysql没法自动检测死锁

⑦. 间隙锁(Gap Lock)

  • ①. 间隙锁,锁的就是两个值之间的空隙。Mysql默认级别是repeatable-read,有办法解决幻读问题吗?间隙锁 在某些情况下可以解决幻读问题。

  • ②. 假设account表里数据如下:
    那么间隙就有 id 为 (3,10),(10,20),(20,正无穷) 这三个区间,在Session_1下面执行 update account set name = ‘zhuge’ where id > 8 and id <18;,则其他Session没法在这个范围所包含的所有行记录(包括间隙行记录)以及行记录所在的间隙里插入或修改任何数据,即id在(3,20]区间都无法修改数据,注意最后那个20也是包含在内的
    在这里插入图片描述

  • ③. 间隙锁是在可重复读隔离级别下才会生效

⑧. 临键锁(Next-key Locks)

  • ①. Next-Key Locks是行锁与间隙锁的组合。像上面那个例子里的这个(3,20]的整个区间可以叫做临键锁

  • ②. 无索引行锁会升级为表锁(RR级别会升级为表锁,RC级别不会升级为表锁)

这篇关于MYSQL性能调优08_事务及其ACID属性、脏读、不可重复读、幻读、隔离级别、行锁、表锁、读锁、写锁、间隙锁、临键锁的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

MySQL 内存使用率常用分析语句

《MySQL内存使用率常用分析语句》用户整理了MySQL内存占用过高的分析方法,涵盖操作系统层确认及数据库层bufferpool、内存模块差值、线程状态、performance_schema性能数据... 目录一、 OS层二、 DB层1. 全局情况2. 内存占js用详情最近连续遇到mysql内存占用过高导致

Mysql中设计数据表的过程解析

《Mysql中设计数据表的过程解析》数据库约束通过NOTNULL、UNIQUE、DEFAULT、主键和外键等规则保障数据完整性,自动校验数据,减少人工错误,提升数据一致性和业务逻辑严谨性,本文介绍My... 目录1.引言2.NOT NULL——制定某列不可以存储NULL值2.UNIQUE——保证某一列的每一

解密SQL查询语句执行的过程

《解密SQL查询语句执行的过程》文章讲解了SQL语句的执行流程,涵盖解析、优化、执行三个核心阶段,并介绍执行计划查看方法EXPLAIN,同时提出性能优化技巧如合理使用索引、避免SELECT*、JOIN... 目录1. SQL语句的基本结构2. SQL语句的执行过程3. SQL语句的执行计划4. 常见的性能优

SQL Server 中的 WITH (NOLOCK) 示例详解

《SQLServer中的WITH(NOLOCK)示例详解》SQLServer中的WITH(NOLOCK)是一种表提示,等同于READUNCOMMITTED隔离级别,允许查询在不获取共享锁的情... 目录SQL Server 中的 WITH (NOLOCK) 详解一、WITH (NOLOCK) 的本质二、工作

MySQL 强制使用特定索引的操作

《MySQL强制使用特定索引的操作》MySQL可通过FORCEINDEX、USEINDEX等语法强制查询使用特定索引,但优化器可能不采纳,需结合EXPLAIN分析执行计划,避免性能下降,注意版本差异... 目录1. 使用FORCE INDEX语法2. 使用USE INDEX语法3. 使用IGNORE IND

SQL Server安装时候没有中文选项的解决方法

《SQLServer安装时候没有中文选项的解决方法》用户安装SQLServer时界面全英文,无中文选项,通过修改安装设置中的国家或地区为中文中国,重启安装程序后界面恢复中文,解决了问题,对SQLSe... 你是不是在安装SQL Server时候发现安装界面和别人不同,并且无论如何都没有中文选项?这个问题也

2025版mysql8.0.41 winx64 手动安装详细教程

《2025版mysql8.0.41winx64手动安装详细教程》本文指导Windows系统下MySQL安装配置,包含解压、设置环境变量、my.ini配置、初始化密码获取、服务安装与手动启动等步骤,... 目录一、下载安装包二、配置环境变量三、安装配置四、启动 mysql 服务,修改密码一、下载安装包安装地

MySQL CTE (Common Table Expressions)示例全解析

《MySQLCTE(CommonTableExpressions)示例全解析》MySQL8.0引入CTE,支持递归查询,可创建临时命名结果集,提升复杂查询的可读性与维护性,适用于层次结构数据处... 目录基本语法CTE 主要特点非递归 CTE简单 CTE 示例多 CTE 示例递归 CTE基本递归 CTE 结

MySQL多实例管理如何在一台主机上运行多个mysql

《MySQL多实例管理如何在一台主机上运行多个mysql》文章详解了在Linux主机上通过二进制方式安装MySQL多实例的步骤,涵盖端口配置、数据目录准备、初始化与启动流程,以及排错方法,适用于构建读... 目录一、什么是mysql多实例二、二进制方式安装MySQL1.获取二进制代码包2.安装基础依赖3.清

详解MySQL中JSON数据类型用法及与传统JSON字符串对比

《详解MySQL中JSON数据类型用法及与传统JSON字符串对比》MySQL从5.7版本开始引入了JSON数据类型,专门用于存储JSON格式的数据,本文将为大家简单介绍一下MySQL中JSON数据类型... 目录前言基本用法jsON数据类型 vs 传统JSON字符串1. 存储方式2. 查询方式对比3. 索引