首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

MySQL事物

文章目录 MySQL事物 1、事务概念 2、事物处理命令 3、ACID特性 4、事务并发存在的问题 5、事务的隔离级别 MySQL事物 1、事务概念 事务是一组SQL语句的执行,要么全部成功,要么全部失败...,保证事务执行的原子操作 事务的所有SQL语句全部执行成功,才能提交(commit)事务,把结果写回磁盘上 事务执行过程中,有的SQL出现错误,那么事务必须要回滚(rollback)到最初的状态 2、事物处理命令...#查看MySQL是否自动提交事务 SELECT @@AUTOCOMMIT;#0表示手动提交事务,1表示自动提交事务 #设置事务提交方式为手动提交方式 set autocommit=0; #开启一个事务...,不被其它正在执行的事务所看到,使得并发执行的各个事务之间不能互相影响 事务的持久性(Durability): 事务完成(commit)以后,DBMS保证它对数据库中的数据的修改是永久性的 例如,事物再提交之后...新增或者删除了一条满足事务B查询条件的记录,此时事务B再去查询,发现查询到前一次不存在的记录,或者前一次查询的一些记录不见了 脏读和不可重复读是基于数据值的错误,幻读是基于条数增加或者减少的错误 5、事务的隔离级别 MySQL

1.3K30
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    Mysql事物

    Mysql事物 事物这个东西大家应该写过项目的就用过,但是还是要说的 为什么需要事物 现在很多软件都是多用户,多程序,多线程的,对同一张表可能同时有很多人在用,为保持数据的一致性,所以提出了事物的概念...一致性(consistency):事物必须是使数据库从一个一致性状态变成另一个一致性状态与原子性是密切相关的; 隔离性(isolation):一个事物的执行不能被其他事物干扰,即一个事物内部的操作及使用...可重复读(repeatable read) 可串行化(serializable) 查询Mysql事物的默认隔离级别 select @@tx_isolation; ?  ...Mysql事物的默认隔离级别是repeatable read 事物并发问题 脏读:事物A读取了事物B更新的数据,然后B回滚操作,那么A就读取到了脏数据 不可重复读:事物A多次读取同一数据,事物B在事物A...作者:彼岸舞 时间:2020\07\08 内容关于:Mysql 本文来源于网络,只做技术分享,一概不负任何责任

    1.3K40

    Mysql事物和锁

    本文主要内容是根据掘金小册《从根儿上理解 MySQL》整理而来。如想详细了解,建议购买掘金小册阅读。...这种情况下可能导致脏写问题,这是任何情况下都不允许发生的,因此只能通过加锁实现,也就是当一个事务需要对某行记录进行修改时,首先会先给这条记录加锁,如果加锁成功则继续执行,否则就排队等待,事务执行完成或回滚会自动释放锁...X锁的加锁方式有两种,第一种是自动加锁,在对数据进行增删改的时候,都会默认加上一个X锁。还有一种是手工加锁,我们用一个FOR UPDATE给一行数据加上一个X锁。...mysql默认根据实际场景自动选择加锁方式,当然也可以通过innodb_autoinc_lock_mode强制指定只使用其中一种。...mysql默认行锁类型就是 临键锁(Next-Key Locks) 。

    1.7K50

    MySQL事物与锁

    1.1 前言   之前做过一些项目会用到MySQL中的事物,也会根据需要配置事物的隔离级别,比如下图在切面中添加事物: ? 那么事物究竟是什么呢?今天和大家一起探讨学习一下。...1.8 MySQL InnoDB 对隔离级别的支持   在 MySQL InnoDB 里面,不需要使用串行化的隔离级别去解决所有问题。...2 MySQL InnoDB 锁的基本类型   https://dev.mysql.com/doc/refman/5.7/en/innodb-locking.html   官网把锁分成了 8 类。...那么加锁效率,表锁应该是大于行锁还是小于行锁呢?大于。为什么?表锁只需要直接锁住这张表就行了,而行锁,还需要在表里面去检索这一行数据,所以表锁的加锁效率更高。   第二个冲突的概率?...排它锁的加锁方式有两种,第一种是自动加排他锁。我们在操作数据的时候,包括增删改,都会默认加上一个排它锁。

    1.7K20

    mysql语句加锁分析

    其实并不能完全解决幻读问题, 这里可以参考另一篇博客[mysql事务隔离级别与加锁分析] SERIALIZABLE隔离级别下,需要分为两种情况讨论: 在系统变量autocommit=0时,也就是禁用自动提交时...`来为记录加锁。这里还是分是否有更新二级索引的情况,如果不更新就只往符合条件的聚簇索引加锁 6....[](/images/mysql/ru_rc_table_scan.png) 2. `SELECT ... FOR UPDATE`进行加锁的情况与上边类似,只不过加的是+ XLock 3....SessionA 回滚, 此时 SessionB 和 SessionC 都试图继续执行插入操作, 都要加上 X 锁, 但两个Session都要等待对方的行锁, 所以出现了死锁 参考资料 [掘金小册-从根上理解MySQL...] [公众号:我们都是小青蛙 - MySQL加锁分析三部曲]

    1.7K10

    MySQL加锁范围分析

    场景: 最近,遇到了一个关于mysql 加锁的问题,将当时的情形简化如下,有一个index_test表,表结构如下所示: mysql> CREATE TABLE `index_test` ( `priv_id...然后在网上搜索相关的资料,看看别人有没有遇到过这样的问题,在一篇关于MySQL加锁处理分析的blog中得到了启示,按照blog中组合七:id非唯一索引+RR的理论,gap锁的范围不仅跟被锁定的键有关,还跟主键有关...##最后: 开启binlog(需要重启mysql),或者设置mysql隔离级别为RC: mysql> set session transaction isolation level read committed...因此,在我们使用mysql加锁过程中,也首先需要搞清楚,我们的隔离级别是什么,是否开启了binlog等等,然后才能正确分析加锁的范围。...p=771 大神描述Mysql 加锁分析的blog http://hedengcheng.com/?

    6.1K72

    MySQL加锁实战分析

    ENGINE=InnoDB; insert into t values(0,0,0),(5,5,5), (10,10,10),(15,15,15),(20,20,20),(25,25,25); MySQL...的加锁规则是?...加锁的基本单位是next-key lock(前开后闭区间) 查找过程中访问到的对象才会加锁 索引上的等值查询,给唯一索引加锁的时候,next-key lock退化为行锁 索引上的等值查询,向右遍历时且最后一个值不满足等值条件的时候...: 根据规则1,加锁单位是next-key lock,Session A的加锁范围是(5, 10] 根据规则4,SessionA是等值查询,而id=10不满足等值条件,因此next-key lock退化为间隙锁...注意我们这里加的是读锁,如果你使用的是for update,MySQL会认为你要更新数据,因此会给主键索引上满足条件的行加上行锁。

    1.1K30

    MySQL 加锁处理分析

    先对一条满足条件的记录加锁,返回给MySQL Server,做一些DML操作;然后在读取下一条加锁,直至读取完毕。...相对而言,2PL比较容易理解,说的是锁操作分为两个阶段:加锁阶段与解锁阶段,并且保证加锁阶段与解锁阶段不相交。下面,仍旧以MySQL为例,来简单看看2PL在MySQL中的实现。 ?...为什么不是只在满足条件的记录上加锁呢?这是由于MySQL的实现决定的。如果一个条件无法通过索引快速过滤,那么存储引擎层面就会将所有记录加锁后返回,然后由MySQL Server层进行过滤。...深入理解MySQL如何加锁,有两个比较重要的作用: 可以根据MySQL加锁规则,写出不会发生死锁的SQL; 可以根据MySQL加锁规则,定位出线上产生死锁的原因; 下面,来看看两个死锁的例子 (一个是两个...要分析这个死锁,首先必须用到本文前面提到的MySQL加锁的规则。

    3.5K61

    MySQL更新语句加锁

    看如下一条sql语句: # table T (id int, name varchar(20)) delete from T where id = 10; MySQL在执行的过程中,是如何加锁呢?...组合三、id不唯一索引+RC 该组合中,id列不在唯一,而是个普通索引,那么当执行sql语句时,MySQL又是如何加锁呢?...这样做,保证了最后满足条件的记录加上锁,但是每条记录的加锁操作是不能省略的。 结论:若id列上没有索引,MySQL会走聚簇索引进行全表扫描过滤。由于是在MySQl Server层面进行的。...结论:在MySQL/InnoDB中,所谓的读不加锁,并不适用于所有的情况,而是和隔离级别有关。在Serializable隔离级别下,所有的操作都会加锁。...一条简单的删除语句加锁情况也就分析完成了,但是学习不止于此,还在继续,对于复杂SQL语句又是如何加锁的呢?MySQL中的索引的分析又是怎样的呢?性能分析、性能优化这些又是怎么呢?还需要进一步的学习探索

    2.1K20

    MySQL语句加锁分析详解

    当然,有时候因为MySQL具体的实现而导致一些情景下的加锁有些不太好理解,这就得我们死记硬背了~ 我们这里把语句分为3种大类:普通的SELECT语句、锁定读的语句、INSERT语句,我们分别看一下。...不过这里有一个小插曲: # 事务T1,REPEATABLE READ隔离级别下 mysql> BEGIN; Query OK, 0 rows affected (0.00 sec) mysql> SELECT...我们说语句一和语句二是MySQL中规定的两种锁定读的语法格式,而语句三和语句四由于在执行过程需要首先定位到被改动的记录并给记录加锁,也可以被认为是一种锁定读。...小贴士:上述步骤是在MySQL 5.7.21这个版本中验证的,不保证其他版本有无出入。...这个问题我也没想明白,人家就是这么规定的,如果有明白的小伙伴可以加我微信 xiaohaizi4919 来讨论一下哈~ 再强调一下,我使用的MySQL版本是5.7.21,不保证其他版本中的加锁情景是否完全一致

    1.3K40

    MySQL 加锁和死锁解析

    产生死锁的必要条件 多个并发事务(2个或者以上) 每个事物都持有了锁(或者是已经在等待锁) 每个事务都需要再继续持有锁(为了完成事务逻辑,还必须更新更多的行) 事物之间产生加锁的循环等待,形成死锁...根据主键查找-锁加在主键上 如 begin;select * from tt_copy where id=4 for update; 加锁情况 index PRIMARY of table test.tt_copy...not gap 根据普通索引查找-锁加在普通索引和主键上 如 begin;select * from tt_copy force index(idx_a) where a=4 for update; 加锁情况...+ row based binlog,基本上能够解决所有问题,无需使用Repeatable Read) 适当的 减少Unique 索引,能够减少GAP锁导致的死锁(根据业务情况而定) • 原则之三 在MySQL...,如果死锁中出现Next Key(Gap锁),说明表中一定存在unique索引 多语句事务产生的死锁,确保每条语句操作记录的顺序性,能够极大减少死锁 本文大多数都整理自《死锁-何登成 - 管中窥豹——MySQL

    99320

    mysql事物隔离级别详解

    VARCHAR(100)) Engine=InnoDB CHARSET=utf8; 然后向这个表里插入一条数据: INSERT INTO t VALUES(1, '刘备'); 现在表里的数据就是这样的: mysql...---+--------+| id | c |+----+--------+| 1 | 刘备 |+----+--------+1 row in set (0.01 sec) 隔离级别 MySQL...哈哈,这是不可以滴,第一个事务更新了某条记录后,就会给这条记录加锁,另一个事务再次更新时就需要等待第一个事务提交了,把锁释放之后才可以继续更新。...ReadView 对于使用READ UNCOMMITTED隔离级别的事务来说,直接读取记录的最新版本就好了,对于使用SERIALIZABLE隔离级别的事务来说,使用加锁的方式来访问记录。...在MySQL中,READ COMMITTED和REPEATABLE READ隔离级别的的一个非常大的区别就是它们生成ReadView的时机不同,我们来看一下。

    1.1K20

    Mysql-2-事物特性(ACID)原理

    :1、原子性(Atomicity):事务不可分割(一个事务中的所有操作要么全部执行,要么干脆不执行,不会结束在中间某个环节)2、一致性(Consistency):事务执行的前后,数据完整性保持一致(在事物开始之前和事物结束以后...,数据库的完整性没有被破坏)3、隔离性(Isolation):并发事物,相互之间不能影响(防止多个事物并发执行时由于交叉执行而导致的数据不一致问题)4、持久性(Durability):是指事物提交后,数据就永久的保存到数据库...原子性、隔离性、持久性这三种特性就是为了保证数据库的有一致性3、隔离性:我的理解就是多线程时多事务之间互相产生了影响,要避免这个影响,那就加锁。...写写操作通过加锁实现隔离性,写读操作通过MVCC实现4、持久性:主要依靠redo.log日志实现。...mysql的一个update需要经历什么最终持久化到磁盘?

    10910

    MySQL谬误集01:读不加锁

    我们常常听到一些关于MySQL的说法,比如“读不加锁”,比如“单表数据要小于1000万”,比如“DDL会锁表”等,比如“单表的索引数量应该小于X个”,如果不加思考和测试就直接全盘接受,就可能犯错误,而DB...第1篇文章首先分析下“读不加锁”这种说法是否正确呢? 1.Metadata Locking 若考虑元数据锁(metadata lock),读不加锁错误 。...MVCC 在MVCC下读不加锁的说法是有条件的正确。...=test --mysql-user=xxx --mysql-password='xxx' --mysql-host='127.0.0.1' --mysql-port=3306 --max-time=50...总结 MySQL读不加锁是有条件的: 所有读取都会加Metadata Lock MyISAM引擘会加表锁 INNODB引擘读不加锁是利用MVCC实现的 Serializable隔离级别会对所有读取的行加锁

    36032
    领券