MySql - 事务 | 锁
时间:2019-03-20
本文章向大家介绍MySql - 事务 | 锁,主要包括MySql - 事务 | 锁使用实例、应用技巧、基本知识点总结和需要注意事项,具有一定的参考价值,需要的朋友可以参考一下。
主要内容:
- 事务
- 锁
- 事务实例
1. 事务
1.1 事务简介
事务是应用程序中一系列严密的操作,所有操作必须成功完成,否则在每个操作中所作的所有更改都会被撤消
1.2 事务的特性
事务具有四个特征:
- 原子性( Atomicity ) :表示组成一个事务的多个数据库操作是一个不可分隔的原子单元,只有所有的操作执行成功,整个事务才提交事务中任何一个数据库操作失败,已经执行的任何操作都必须撤销,让数据库返回到初始状态。
- 一致性( Consistency ):事务操作成功后,数据库所处的状态和它的业务规则是一致的,即数据不会被破坏。
- 隔离性( Isolation ):在并发数据操作时,不同的事务拥有各自数据空间,它们的操作不会对对方产生干扰。数据库规定了多种事务隔 离级别,不同隔离级别对应不同的干扰程度,隔离级别越高,数据一致性越好,但并发性越弱。
- 持续性( Durability) :一旦事务提交成功后,事务中所有的数据操作都必须被持久化到数据库中,即使提交事务后,数据库马上崩溃,在数据库重启时,也必须能保证能够通过某种机制恢复数据。
2. 锁
2.1 锁简介
数据库中的锁是指一种软件机制,用来控制防止某个用户(进程会话)在已经占用了某种数据资源时,其他用户做出影响本用户数据操作或导致数据非完整性和非一致性问题发生的手段
2.2 锁的划分
(1)根据锁的级别划分可以划分为共享锁,排它锁
- 共享锁:针对同一条数据,多个读操作可以同时进行而不会互相影响.共享锁只针对update时候加锁,在未对update操作提交之前,其他事务只能获取最新的记录但不能够update操作
- 排它锁:当前的写操作没有完成前,阻断其他的写锁和读锁
(2)根据锁的粒度划分
- 行锁: 开销大,加锁慢,会出现死锁,锁定力度最小,发生锁冲突的概率最低,并发度高。
- 表所: 开销小,加锁快,不会出现死锁,锁定力度大,发生冲突所的概率高,并发度低
- 页面锁: 开销和加锁时间介于表锁和行锁之间,会出现死锁,锁定力度介于表和行行级锁之间,并发度一般
2.3 表锁
(1) 表锁的概述
- MyISAM存储引擎:为了保证数据的一致性,更改数据时,防止其他人更改数据,可以人工添加表级锁。可以使用命令对数据库的表枷锁,使用命令对数据库的表解锁。
- 给表加锁的命令Lock Tables,给表解锁的命令Unlock Tables
- MyISAM引擎在用户读数据自动加READ锁,更改数据自动加WRITE锁。使用lock Tables和Unlock Tables显式加锁和解锁
(2) 添加表 读锁
- 在一个数据库中创建两张表:
mysql> create table t1( -> id int, -> name char(20), -> age int -> )ENGINE=MyISAM; Query OK, 0 rows affected (0.16 sec) mysql> create table t2( -> id int, -> name char(20), -> age int -> )ENGINE=MyISAM; Query OK, 0 rows affected (0.35 sec)
- 在t1中插入两条记录
insert into t1 values(1, 'alex', 19); insert into t1 values(3, 'alex1',18);
- 对t1 加锁
mysql> lock tables t1 read; Query OK, 0 rows affected (0.00 sec)
- 加锁后只可以查询已经加锁的表t1,查询没有加锁的表时候会报错,而且当进行更新操作时候也会报错
mysql> select * from t1; +------+-------+------+ | id | name | age | +------+-------+------+ | 1 | alex | 19 | | 2 | alex2 | 18 | +------+-------+------+ 2 rows in set (0.00 sec) mysql> select * from t2; ERROR 1100 (HY000): Table 't2' was not locked with LOCK TABLES mysql> update t1 set age=100 where id =1; ERROR 1099 (HY000): Table 't1' was locked with a READ lock and can't be updated
- 另起一个会话,对已经加锁的表进行查询,成功,但是当要进行更新操作会holding 即出现锁等待
mysql> use db20; Database changed mysql> select * from t1; +------+-------+------+ | id | name | age | +------+-------+------+ | 1 | alex | 19 | | 2 | alex2 | 18 | +------+-------+------+ 2 rows in set (0.00 sec) mysql> update t1 set age=100 where id =2;
- 此时将t1解锁,另一个会话中的更新操作会成功
# 会话一中 mysql> unlock tables; Query OK, 0 rows affected (0.00 sec)
mysql> update t1 set age=100 where id =2; Query OK, 1 row affected (13 min 22.04 sec) Rows matched: 1 Changed: 1 Warnings: 0
另外一个会话的更新操作成功
- 在会话1中再次锁定t1表,后面带local参数
mysql> lock tables t1 read local; Query OK, 0 rows affected (0.00 sec)
在会话2中插入一条数据
mysql> insert into t1 values(3, 'alex2',17); Query OK, 1 row affected (0.00 sec)
但是 在会话1中查询发现并没有插入记录
mysql> select * from t1; +------+-------+------+ | id | name | age | +------+-------+------+ | 1 | alex | 19 | | 2 | alex2 | 100 | +------+-------+------+ 2 rows in set (0.00 sec)
(3) 设置表锁的并发性
- READ锁是共享锁,不影响其他会话的读取,但不能更新已经加READ锁的数据。
- MyISAM表的读写是串行的,但是总体而言的,在一定条件下,MyISAM表也支持查询和插入操作的并发进行
注: MyISAM存储引擎有一个系统变量concurrent_insert,用以控制其并发插入的行为,其值分别可以为0、1或2。
- 0:不允许并发操作
- 1:如果MyISAM表中没有空洞(即表的中间没有被删除的行),MyISAM允许在一个进程读表的同时,另一个进程从表尾插入记录,是MySQL的默认设置。
- 2:无论MyISAM表中有没有空洞,都允许在表尾并发插入记录。
在MySQL配置文件添加,concurrent_insert=2,重启mySQL服务设置生效。
2.4 行锁
(1) 行锁简介
- InnoDB存储引擎实现的是基于多版本的并发控制协议——MVCC (Multi-Version Concurrency Control)。
- MVCC的优点是读不加锁,读写不冲突。在读多写少的OLTP应用中,读写不冲突是非常重要的,极大的增加了系统的并发性能。
在MVCC并发控制中,读操作可以分成两类:快照读 (snapshot read)与当前读 (current read)
- 快照度: 读取的是记录的可见版本 (有可能是历史版本),不用加锁。
- 当前读: 读取的是记录的最新版本,并且当前读返回的记录都会加上锁,保证其他事务不会再并发修改。事务加锁,是针对所操作的行,对其他行不进行加锁处理。
基于不同对的sql语句对读操作分类
- 快照读: 简单的select 操作,属于快照读,不加锁
select * from table where ?;
- 当前读: 特殊的读操作,insert,update,delete,属于当前读,需要加锁
select * from table where ? lock in share mode; select * from table where ? for update; insert into table values (…); update table set ? where ?; delete from table where ?;
以上sql操作属于当前读,读取记录的最新版本,并且读取之后,还需要保证其他并发事务不能修改当前记录,对读取记录加锁。其中,除了第一条语句,对读取记录加S锁 (共享锁)外,其他的操作,都加的是X锁 (排它锁)。
(2) 验证快照读
- 打开会话1 创建表和数据
mysql> create table t3( -> id int, -> name char(20), -> age int -> )ENGINE=innoDB; Query OK, 0 rows affected (0.60 sec) mysql> insert into t1 values(1, 'jerry', 19); Query OK, 1 row affected (0.00 sec) mysql> insert into t1 values(2, 'tom',18); Query OK, 1 row affected (0.00 sec)
在会话1中开启事务,并查询 id =1 的数据
mysql> start transaction; Query OK, 0 rows affected (0.00 sec) mysql> select * from t3 where id=1; +------+-------+------+ | id | name | age | +------+-------+------+ | 1 | jerry | 19 | +------+-------+------+ 1 row in set (0.00 sec)
- 在会话2中更新id =1 的age为100,并查询数据内容
mysql> update t3 set age=100 where id =1; Query OK, 1 row affected (0.36 sec) Rows matched: 1 Changed: 1 Warnings: 0 mysql> select * from t3 where id =1; +------+-------+------+ | id | name | age | +------+-------+------+ | 1 | jerry | 100 | +------+-------+------+ 1 row in set (0.00 sec)
- 在会话1中查看id为1的数据信息
mysql> select * from t3 where id=1; +------+-------+------+ | id | name | age | +------+-------+------+ | 1 | jerry | 19 | +------+-------+------+ 1 row in set (0.00 sec)
但是当会话1中提交事务后 再次查询时候此时数据已进行了更改
mysql> commit -> ; Query OK, 0 rows affected (0.00 sec) mysql> select * from t3 where id=1; +------+-------+------+ | id | name | age | +------+-------+------+ | 1 | jerry | 100 | +------+-------+------+ 1 row in set (0.00 sec)
(3) 验证当前读
- 会话1开启事务,并且给select语句添加共享锁。
mysql> start transaction; Query OK, 0 rows affected (0.00 sec) mysql> select * from t3 where id =1 lock in share mode; +------+-------+------+ | id | name | age | +------+-------+------+ | 1 | jerry | 100 | +------+-------+------+ 1 row in set (0.00 sec)
- 在会话2中更新id = 1 的数据,此时会进入锁等待
mysql> update t3 set age=66 where id =1;
- 当会话1提交事务后,会话2的更新操作成功
mysql> commit -> ; Query OK, 0 rows affected (0.00 sec)
mysql> update t3 set age=66 where id =1; Query OK, 1 row affected (11.54 sec) Rows matched: 1 Changed: 1 Warnings: 0
(4) 验证事务给记录加锁
会话1 开启事务
(5)死锁的产生
- [认证授权] 4.OIDC(OpenId Connect)身份认证授权(核心部分)
- [OIDC in Action] 1. 基于OIDC(OpenID Connect)的SSO
- [OIDC in Action] 2. 基于OIDC(OpenID Connect)的SSO(纯JS客户端)
- [认证授权] 2.OAuth2授权(续) & JWT(JSON Web Token)
- [Cake] 0.C#Make自动化构建-简介
- [认证授权] 3.基于OAuth2的认证(译)
- [Asp.Net Core] 1. IIS中的 Asp.Net Core 和 dotnet watch
- kafka数据迁移实践
- HDFS 2.x 磁盘间数据均衡的一种可行办法
- Batik渲染png图片异常的bug修复全程记录
- Web应用服务器安全:攻击、防护与检测
- 基于Go Packet实现网络数据包的捕获与分析
- 动态追踪技术(四):基于 Linux bcc/BPF 实现 Go 程序动态追踪
- Hive 时间转换函数使用心得
- MySQL 教程
- MySQL 安装
- MySQL 管理与配置
- MySQL PHP 语法
- MySQL 连接
- MySQL 创建数据库
- MySQL 删除数据库
- MySQL 选择数据库
- MySQL 数据类型
- MySQL 创建数据表
- MySQL 删除数据表
- MySQL 插入数据
- MySQL 查询数据
- MySQL where 子句
- MySQL UPDATE 查询
- MySQL DELETE 语句
- MySQL LIKE 子句
- mysql order by
- Mysql Join的使用
- MySQL NULL 值处理
- MySQL 正则表达式
- MySQL 事务
- MySQL ALTER命令
- MySQL 索引
- MySQL 临时表
- MySQL 复制表
- 查看MySQL 元数据
- MySQL 序列 AUTO_INCREMENT
- MySQL 处理重复数据
- MySQL 及 SQL 注入
- MySQL 导出数据
- MySQL 导入数据
- MYSQL 函数大全
- MySQL Group By 实例讲解
- MySQL Max()函数实例讲解
- mysql count函数实例
- MYSQL UNION和UNION ALL实例
- MySQL IN 用法
- MySQL between and 实例讲解
- 实现一个简单的JS效果
- 1000000 / 60S 的 RocketMQ 不停机,扩容,平滑升级!
- Mysql支持远程链接访问
- linux shell编程
- Linux下的I/O复用与epoll详解
- 时间序列&日期学习笔记大全(上)
- LeetCode 题解:一顿操作猛如虎,一看击败百分五
- 这是什么沙雕题目?测试用例居然有人身高为 0 ??
- 深入解读flink sql cdc的使用以及源码分析
- markdown mermaid 画图
- 面试汇总(五):操作系统常见面试总结(一):进程与线程的相关知识点
- 面试汇总(六):操作系统常见面试总结(二):系统相关的问题
- Android 利用V4L2 调用camera
- Android基础--利用ANativeWindow显示视频
- Python如何爬取b站热门视频并导入Excel