mysql 事务 锁_mysql事务和锁

参考:

数据库事务有不同的隔离级别,不同的隔离级别对锁的使用是不同的,锁的应用最终导致不同事务的隔离级别。

1、事务与锁是不同的。事务具有ACID(原子性、一致性、隔离性和持久性),锁是用于解决隔离性的一种机制。

2、事务的隔离级别通过锁的机制来实现。另外锁有不同的粒度,同时事务也是有不同的隔离级别的。

3、开启事务就自动加锁。

一,锁

锁是并发控制中最核心的概念之一,在MySQL中的锁分两大类,一种是读锁,一种是写锁,读锁也可以称为共享锁(shared lock),写锁也通常称为排它锁(exclusive lock)。

这里先不讨论锁的具体实现,描述一下锁的概念:读锁是共享的,或者说是相互不阻塞的。多个客户在同一时刻可以同时读取一个资源,且互不干扰。写锁则是排他的,就是说一个写锁会阻塞其他的写锁和读锁,这是出于安全策略的考虑,只有这样,才能确保在给定时间里,只有一个用户能执行写入,并防止其他用户读取正在写入的同一资源。另外在一般情况下,写锁比读锁优先级高。

MySQL中的锁有两种粒度,一种是表锁,在表级别加锁,是MySQL中最基本的锁策略,并且开销最小,这种锁的并发性能较低;另一种为行锁,在行级加锁,并发性较高。表锁与行锁没有绝对的性能强弱之分,在应用中可以根据实际场景选择,在锁粒度与数据安全之间寻求一种平衡机制。

InnoDB的行锁是基于索引实现的,如果不通过索引访问数据,InnoDB会使用表锁。

锁的具体实现协议大体分为两种:显式锁和隐式锁。显式锁是指根据用户需要手动去请求的锁。隐式锁则是指存储引擎自行根据需要施加的锁。显式锁的用法示例:

例1:开启两个ssh连接同一主机,进入MySQL,在连接A上对表tbl2做读锁操作:

1 mysql> USE mysql;

2 mysql> LOCK TABLE tbl2 READ;

在连接B上读取数据是可以的,但是写入数据不行:

1 mysql> USE mysql;

2 mysql> SELECT * FROM tbl2;

3 mysql> INSERT INTO tbl2 VALUES (1,'tom'); #会一直卡在这一步,不向后执行。

adf11825ad7310cf6e7a1f0acb02ed14.png

当在连接1上将tbl2解锁后,就能写入数据了:

49fd43416e702fc7fcf267ca55e749d7.png

b53f5aa2c0a5610ef1bf6b1f5d95edf3.png

二,事务

事务的特性:

原子性

一致性

隔离性

持久性

事务的隔离级别:

更新丢失:一个事务的更新覆盖了另一个事务的更新,这里出现的就是丢失更新的问题。

脏读:一个事务读取了另一个事务未提交的数据。

不可重复读:一个事务两次读取同一个数据,两次读取的数据不一致。

幻象读:一个事务两次读取一个范围的记录,两次读取的记录数不一致。

1.READ UNCOMMITTED(未提交读)

在READ UNCOMMITTED级别,事务中的修改即使没有提交,对其它事务也都是可见的。即事务可读取未提交的数据,这称为脏读(Dirty Read)。这会导致很多问题,在实际应用中一般很少用到。

2.READ COMMITED(提交读)

READ COMMITTED表示只能读取事务修改提交后的数据。此级别有时候也叫做不可重复读(nonrepeatable read),因为两次执行同样的查询,可能会得到不一样的结果。

3.REPEATABLE READ(可重复读)

此级别解决了脏读的问题,保证了在同一个事务中多次同样记录的结果是一致的。但会带来新的问题——幻读(Phantom Read)。MySQL默认使用此级别。

4.SERIALIZABLE(可串行化)

SERIALIZABLE是最高的隔离级别。它会强制事务串行执行,避免了幻读、脏读的问题,但是牺牲了并发性。

示例:

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值