mysql锁和事务

一、数据库锁

1: 共享锁(读锁): 多个客户在同一时刻可以同时读取同一个资源

2: 排他锁(写锁): 一个写锁会阻塞其他的其它的写锁和读锁

 

二、锁粒度

1: 表锁 : 锁定整张表

2: 行级锁: 锁定行,支持高并发

 

三、事务 (原子、一致、隔离、持久)

1:本质是一组原子性的sql查询,如果成功执行该组查询的全部语句,那么就执行该组查询。

 

2: 事务隔离级别: 

未提交读: 事务在修改中,即使没有提交,对其它事务也都是可见的。(事务可以读取未提交的数据,脏读)

提交读: 大多数数据库 的 默认设置 , 但不可以重复读

 

3: 可重复读:mysql 数据库的默认设置 ,保证了在同一个事务中多次读取同样的记录结果是一致的。 可以解决脏读,但无法解决幻读

 

幻读: 指的是当某个事务在读取某个范围内的记录时,另外一个事务又在该范围内插入了新的记录。

 

4:可串行化: 最高级别 , 可以避免幻读。

 

三、死锁

列如  下面的情况就会发生死锁

 

update stockprice set close = 45.5 where stock_id = 4 and date = '2002-05-01'

update stockprice set close = 19.80 where stock_id = 3 and date = '2002-05-02'

commit 

 

update stockprice set high = 19.80 where stock_id = 3 and date = '2002-05-02'

update stockprice set high = 45.5 where stock_id = 4 and date = '2002-05-01'

commit 

 

四、innodb 和 myisam 存储引擎

 

innodb 支持事务, myisam 不支持

 

myisam 包括 全文索引、压缩、空间函数。

 

 

 

 

 

 

 

 

### 3.1 MySQL 机制详解 MySQL机制是保障数据一致性并发控制的重要手段。根据定对象的粒度,可分为表级、行级页级;按照使用方式又可分为读(共享(排他)。MyISAM 引擎仅支持表级,而 InnoDB 支持更细粒度的行级,适用于高并发场景。 对 MyISAM 表的读操作会加读,不会阻塞其他进程的读请求,但会阻塞写操作。只有在读释放后,才会执行其他进程的写操作。对于写操作,则会加写,并阻塞所有其他读写操作,直到被释放。InnoDB 在执行查询语句时默认不加,除非处于串行化隔离级别。而在执行插入、更新或删除操作时会自动加上行级,确保事务之间的互斥性[^4]。 InnoDB 的最大优势在于其支持事务与行级的能力,这使得它能够处理更高并发的数据库操作。此外,InnoDB 还实现了 MVCC(多版本并发控制),通过版本号管理实现非阻塞式读操作,从而避免了频繁加带来的性能损耗[^3]。 ### 3.2 事务及其 ACID 属性 事务是一组逻辑上相关的数据库操作,这些操作要么全部成功,要么全部失败回滚。事务必须满足 ACID 特性: - **原子性**(Atomicity):事务是一个不可分割的工作单位,事务中的操作要么都做,要么都不做。 - **一致性**(Consistency):事务必须使数据库从一个一致性状态变到另一个一致性状态。 - **隔离性**(Isolation):事务的执行不受其他事务的影响,即多个事务并发执行时,应彼此隔离。 - **持久性**(Durability):事务一旦提交,它对数据库中数据的改变应该是永久性的。 为了实现事务的隔离性,MySQL 提供了四种标准的隔离级别:读未提交(Read Uncommitted)、读已提交(Read Committed)、可重复读(Repeatable Read)串行化(Serializable)。不同隔离级别下,事务之间的可见性并发控制策略不同。例如,在“可重复读”级别下,MVCC 确保同一个事务多次执行相同查询的结果保持一致,即使其他事务修改了数据也不会影响当前事务的查询结果[^2]。 ### 3.3 事务隔离级别与并发问题 不同的事务隔离级别对应不同的并发控制能力,常见的并发问题包括脏读、不可重复读、幻读更新丢失等。 | 隔离级别 | 脏读 | 不可重复读 | 幻读 | 可使用的机制 | |----------------------|------|-------------|------|------------------------| | 读未提交(RU) | 是 | 是 | 是 | 无或读时不加 | | 读已提交(RC) | 否 | 是 | 是 | 行级 + 读写 | | 可重复读(RR) | 否 | 否 | 否 | 行级 + Gap | | 串行化(Serializable) | 否 | 否 | 否 | 表级或行级串行访问 | 在 InnoDB 中,“可重复读”级别通过引入 Gap 防止幻读的发生。Gap 定的是索引记录之间的间隙,而非具体的记录本身,从而阻止其他事务在该区间插入新数据[^2]。 ### 3.4 死等待超时 当两个或多个事务相互持有对方需要的资源时,就会发生死。例如,事务 A 持有行 R1 的并请求 R2 的,而事务 B 持有 R2 的并请求 R1 的,此时两者都无法继续推进,形成死MySQL 的 InnoDB 存储引擎具备死检测机制,当检测到死时会选择其中一个事务进行回滚,以解除死状态。 为了避免长时间的等待,MySQL 设置了 `innodb_lock_wait_timeout` 参数,默认为 50 秒。如果某个事务在等待的时间超过该阈值,将触发等待超时错误。 ### 3.5 实际应用示例 以下是一个典型的事务处理流程,展示如何在 PHP 中使用 PDO 执行事务: ```php <?php try { $pdo = new PDO("mysql:host=localhost;dbname=test", "user", "password"); $pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION); // 开始事务 $pdo->beginTransaction(); // 执行多个 SQL 操作 $pdo->exec("UPDATE accounts SET balance = balance - 100 WHERE id = 1"); $pdo->exec("UPDATE accounts SET balance = balance + 100 WHERE id = 2"); // 提交事务 $pdo->commit(); } catch (PDOException $e) { // 回滚事务 $pdo->rollBack(); echo "事务失败: " . $e->getMessage(); } ``` 上述代码展示了事务的基本操作流程:开始事务 → 执行 SQL → 提交事务,若出现异常则回滚事务,保证数据一致性[^1]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值