mysql锁

事物的隔离性是由锁来实现,原子性和持久性由redo log来实现,一致性由undo log来实现

  • 原子性:由,redolog, undolog, undolog的另外一个作用是mvcc,当用户读取一行记录时,若该记录已经被其他事物占用,当前事物可以通过Undo读取之前的行版本信息,以此实现非锁定读取

  • 持久性:由redolog

  • 一致性:undolog,还有锁机制

  • 隔离性:锁机制实现事物的隔离性

Redo日志记录某数据块被修改后的值,是物理日志。而undolog是逻辑日志,对于每个Insert,innode存储引擎会完成一个delete,也正因为如此,undolog会产生redolog,undolog是通过执行相反的语句,因此也需要持久性的保护

锁的类型(是对查出的数据加锁,像update,delete等操作是先执行select,再进行更改,所以都是有查询的这个步骤,所以在一个有多行语句的事物中,加锁是在执行语句时加锁,根据隔离级别在不同时刻释放锁):

             innodb存储引擎有 3种行锁算法:

                    a. 单个行记录上的锁

                    b. 间隙锁,锁定一个范围,不包含记录本身

                    c.间隙锁+行锁:锁定一个范围,并包含记录本身

  1. 行级锁:共享锁(允许事物读一行数据)和排它锁(允许事物删除或者更新一行数据):

  2. 表级锁

  3. 意向锁:允许事物在行级上的锁和表级上的锁同时出现,意向锁是表锁,意向锁意味着事物希望在更细粒度上进行枷锁,如行锁。当表已经被意向排它锁,另外一个事物也想申请意向排他锁,只要两个对于行的加锁不冲突就可以。

 

这里借用别人的一组例子:
select * from table where id = ?
select * from table where id < ?
select * from table where id = ? lock in share mode
select * from table where id < ? lock in share mode
select * from table where id = ? for update
select * from table where id < ? for update
这六句sql在不同的事务隔离级别下,是否加锁,加的是共享锁还是排他锁,是否存在间隙锁,

 

日志带有保存点(check point),事物也带有保存点(save point)

多版本并发控制MVCC解决幻读的问题,解决方式:

 

乐观锁

悲观锁

### MySQL 机制及类型详解 #### 一、的概念及其作用 MySQL 提供了多种机制来处理并发操作问题,这些能够有效地防止多个事务在同一时间修改相同的数据而导致的数据不一致性[^1]。 #### 二、的分类 根据的作用范围和粒度大小,MySQL主要分为以下三种: 1. **全局** 全局是对整个数据库实例加的一种方式。当启用全局时,所有表都将处于只读状态,无法执行任何更新或删除操作。这种通常用于备份或其他需要完全阻止写入的操作场景中[^2]。 2. **表级** 表级是针对单个表实施的定策略。它会阻止单个表上的某些特定操作直到当前持有该的过程释放为止。相比全局更加精细一些,但仍可能影响到同一时刻对该表的所有访问请求[^4]。 3. **行级** 行级是最细粒度级别的形式之一,在支持此功能存储引擎(如InnoDB)里实现最为典型。通过仅定受影响的具体记录而不是整个表格,它可以最大限度减少因等待资源而产生的延迟现象[^3]。 #### 三、具体应用场景下的SQL语句示例 对于需要显式获取排他的情况,可以采用如下语法结构: ```sql SELECT * FROM table_name WHERE id = 1 FOR UPDATE; ``` 这条命令会在查询过程中自动给符合条件的结果集施加X(X表示exclusive),从而确保其它尝试更改这些行的行为会被挂起直至本事务结束并提交或者回滚变化之前都不能成功运行相应指令。 另外需要注意的是,默认情况下像`SELECT`这样的简单检索并不会附加任何形式的约束条件;然而诸如`UPDATE`, `DELETE`, 或者涉及结构调整的动作则不然——它们均隐含着相应的独占权限需求以便顺利完成各自预定目标的同时维护整体逻辑连贯性不受干扰。 --- ### 性能优化建议 为了缓解由不当使用所引发的各种瓶颈状况,可以从以下几个方面着手改进方案设计思路: - 尽量缩短每个单独事物持续周期长度; - 减少不必要的大范围扫描动作频率; - 合理规划索引体系架构以加速定位速度进而降低竞争概率; - 考虑引入乐观控制方法论代替传统悲观模式等等措施都有助于提升系统的响应效率和服务质量水平。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值