本文目录
- mysql中事务和存储过程的区别
- mysql的事务四个特性以及事务的四个隔离级别
- 什么是事务具有哪些特性mysql中
- Mysql数据库中，事务是指什么如何使用该功能
- mysql中事务的主要应用场景是什么
- Mysql中的事务是什么如何使用
- 一文详解-MySQL 事务和锁
- 什么叫mysql事务
- MySQL 事务的默认隔离级别是什么可以解决幻读问题么
- 为什么要用mysql事务
mysql中事务和存储过程的区别
存储过程是：通过一系列的SQL语句， 根据传入的参数（也可以没有）， 通过简单的调用， 完成比单个SQL语句更复杂的功能， 存储在数据库服务器端，只需要编译过一次之后再次使用都不需要再进行编译。主要对存储的过程进行控制。事务是一系列的数据更改操作组成的一个整体。一旦事务中包含的某操作失败或用户中止，用户可以控制将事务体中所有操作撤消，返回事务开始前的状态。事务中的操作是一个整体，要么整体完成，要么全部不做。从而保证了数据的完整性。Mysql中，MyISAM存储引擎不支持事务，InnoDB支持。两者都是数据库中非常重要的知识。
mysql的事务四个特性以及事务的四个隔离级别
分别是原子性、一致性、隔离性、持久性。 原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚，因此事务的操作如果成功就必须要完全应用到数据库，如果操作失败则不能对数据库有任何影响。 一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态，也就是说一个事务执行之前和执行之后都必须处于一致性状态。举例来说，假设用户A和用户B两者的钱加起来一共是1000，那么不管A和B之间如何转账、转几次账，事务结束后两个用户的钱相加起来应该还得是1000，这就是事务的一致性。 隔离性是当多个用户并发访问数据库时，比如同时操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。关于事务的隔离性数据库提供了多种隔离级别，稍后会介绍到。 持久性是指一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。例如我们在使用JDBC操作数据库时，在提交事务方法后，提示用户事务操作完成，当我们程序执行完成直到看到提示后，就可以认定事务已经正确提交，即使这时候数据库出现了问题，也必须要将我们的事务完全执行完成。否则的话就会造成我们虽然看到提示事务处理完毕，但是数据库因为故障而没有执行事务的重大错误。这是不允许的。 在数据库操作中，在并发的情况下可能出现如下问题： 正是为了解决以上情况，数据库提供了几种隔离级别。 数据库事务的隔离级别有4个，由低到高依次为Read uncommitted(未授权读取、读未提交)、Read committed（授权读取、读提交）、Repeatable read（可重复读取）、Serializable（序列化），这四个级别可以逐个解决脏读、不可重复读、幻象读这几类问题。 虽然数据库的隔离级别可以解决大多数问题，但是灵活度较差，为此又提出了悲观锁和乐观锁的概念。 悲观锁，它指的是对数据被外界（包括本系统当前的其他事务，以及来自外部系统的事务处理）修改持保守态度。因此，在整个数据处理过程中，将数据处于锁定状态。悲观锁的实现，往往依靠数据库提供的锁机制。也只有数据库层提供的锁机制才能真正保证数据访问的排他性，否则，即使在本系统的数据访问层中实现了加锁机制，也无法保证外部系统不会修改数据。 商品t_items表中有一个字段status，status为1代表商品未被下单，status为2代表商品已经被下单（此时该商品无法再次下单），那么我们对某个商品下单时必须确保该商品status为1。假设商品的id为1。 如果不采用锁，那么操作方法如下： 但是上面这种场景在高并发访问的情况下很可能会出现问题。例如当第一步操作中，查询出来的商品status为1。但是当我们执行第三步Update操作的时候，有可能出现其他人先一步对商品下单把t_items中的status修改为2了，但是我们并不知道数据已经被修改了，这样就可能造成同一个商品被下单2次，使得数据不一致。所以说这种方式是不安全的。 在上面的场景中，商品信息从查询出来到修改，中间有一个处理订单的过程，使用悲观锁的原理就是，当我们在查询出t_items信息后就把当前的数据锁定，直到我们修改完毕后再解锁。那么在这个过程中，因为t_items被锁定了，就不会出现有第三者来对其进行修改了。需要注意的是，要使用悲观锁，我们必须关闭mysql数据库的自动提交属性，因为MySQL默认使用autocommit模式，也就是说，当你执行一个更新操作后，MySQL会立刻将结果进行提交。我们可以使用命令设置MySQL为非autocommit模式： set autocommit=0; 设置完autocommit后，我们就可以执行我们的正常业务了。具体如下： 上面的begin/commit为事务的开始和结束，因为在前一步我们关闭了mysql的autocommit，所以需要手动控制事务的提交。 上面的第一步我们执行了一次查询操作： select status from t_items where id=1 for update; 与普通查询不一样的是，我们使用了 select…for update 的方式，这样就通过数据库实现了悲观锁。此时在t_items表中，id为1的那条数据就被我们锁定了，其它的事务必须等本次事务提交之后才能执行。这样我们可以保证当前的数据不会被其它事务修改。需要注意的是，在事务中，只有 SELECT ... FOR UPDATE 或 LOCK IN SHARE MODE 操作同一个数据时才会等待其它事务结束后才执行，一般 SELECT ... 则不受此影响。拿上面的实例来说，当我执行 select status from t_items where id=1 for update; 后。我在另外的事务中如果再次执行 select status from t_items where id=1 for update; 则第二个事务会一直等待第一个事务的提交，此时第二个查询处于阻塞的状态，但是如果我是在第二个事务中执行 select status from t_items where id=1; 则能正常查询出数据，不会受第一个事务的影响。 使用 select…for update 会把数据给锁住，不过我们需要注意一些锁的级别，MySQL InnoDB默认Row-Level Lock，所以只有「明确」地指定主键或者索引，MySQL 才会执行Row lock (只锁住被选取的数据) ，否则MySQL 将会执行Table Lock (将整个数据表单给锁住)。举例如下： 1、 select * from t_items where id=1 for update; 这条语句明确指定主键（id=1），并且有此数据（id=1的数据存在），则采用row lock。只锁定当前这条数据。 2、 select * from t_items where id=3 for update; 这条语句明确指定主键，但是却查无此数据，此时不会产生lock（没有元数据，又去lock谁呢？）。 3、 select * from t_items where name=’手机’ for update; 这条语句没有指定数据的主键，那么此时产生table lock，即在当前事务提交前整张数据表的所有字段将无法被查询。 4、 select * from t_items where id》0 for update; 或者 select * from t_items where id》1 for update; （注：》在SQL中表示不等于） 上述两条语句的主键都不明确，也会产生table lock。 5、 select * from t_items where status=1 for update; （假设为status字段添加了索引） 这条语句明确指定了索引，并且有此数据，则产生row lock。 6、 select * from t_items where status=3 for update; （假设为status字段添加了索引） 这条语句明确指定索引，但是根据索引查无此数据，也就不会产生lock。 乐观锁（ Optimistic Locking ） 相对悲观锁而言，乐观锁假设认为数据一般情况下不会造成冲突，所以只会在数据进行提交更新的时候，才会正式对数据的冲突与否进行检测，如果发现冲突了，则返回用户错误的信息，让用户决定如何去做。实现乐观锁一般来说有以下2种方式：
什么是事务具有哪些特性mysql中
事务是数据库操作最小单元，把多件事当一件事来处理，是一组不可在分割的操作集合。作为单个逻辑工作单元执行一系列操作，这些操作作为一个整体一起向系统提交，要么都执行，要么都不执行。特性ACID（原子性、一致性、隔离性、持久性）原子性：原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚，，因此事务操作如果成功就必须要完全应用到数据库，如果操作失败则不能对数据库有一点影响。一致性：一致性是指事务必须使数据库从一个一致性状态转换到另一个一致性状态，就是说事务执行前后都必须处在一致性状态。隔离性：隔离性使当多个用户访问数据库时，比如操作同一张表，数据库开启的每一个事务，不能被其它事务干扰，多个并发事务之间相互隔离。持久性：持久性是指一个事务一旦提交，对数据库中数据的改变是永久的，即使是数据库系统遇到故障也不会丢失提交的事务操作。
Mysql数据库中，事务是指什么如何使用该功能
什么是事务？ \x0d\x0a\x0d\x0a事务是逻辑上的一组操作，组成这组操作的各个单元，要不全都成功要不全都失败，这个特性就是事务 \x0d\x0a\x0d\x0a注意：mysql数据支持事务，但是要求必须是innoDB存储引擎 \x0d\x0a\x0d\x0a解决这个问题： \x0d\x0a\x0d\x0amysql的事务解决这个问题，因为mysql的事务特性，要求这组操作，要不全都成功，要不全都失败，这样就避免了某个操作成功某个操作失败。利于数据的安全 \x0d\x0a\x0d\x0a如何使用： \x0d\x0a\x0d\x0a（1）在执行sql语句之前，我们要开启事务 start transaction; \x0d\x0a\x0d\x0a（2）正常执行我们的sql语句 \x0d\x0a\x0d\x0a（3）当sql语句执行完毕，存在两种情况： \x0d\x0a\x0d\x0a1，全都成功，我们要将sql语句对数据库造成的影响提交到数据库中，committ \x0d\x0a\x0d\x0a2，某些sql语句失败，我们执行rollback（回滚），将对数据库操作赶紧撤销 \x0d\x0a\x0d\x0a（注意：mysql数据支持事务，但是要求必须是innoDB存储引擎） \x0d\x0amysql》 create table bank(name varchar(20),money decimal(5,1))engine=innodb defau \x0d\x0alt charset=utf8; \x0d\x0a\x0d\x0amysql》 inset into bank values(’shaotuo’,1000),(’laohu’,5000); \x0d\x0a\x0d\x0amysql》 select*from bank; \x0d\x0a+---------+--------+ \x0d\x0a| name | money | \x0d\x0a+---------+--------+ \x0d\x0a| shaotuo | 1000.0 | \x0d\x0a| laohu | 5000.0 | \x0d\x0a+---------+--------+ \x0d\x0a\x0d\x0a------没有成功“回滚”执行rollback \x0d\x0amysql》 start transaction; //开启事务 \x0d\x0aQuery OK, 0 rows affected (0.00 sec) \x0d\x0a\x0d\x0amysql》 update bank set money=money+500 where name=’shaotuo’; \x0d\x0aQuery OK, 1 row affected (0.00 sec) \x0d\x0aRows matched: 1 Changed: 1 Warnings: 0 \x0d\x0a\x0d\x0amysql》 update bank set moey=money-500 where name=’laohu’; \x0d\x0aERROR 1054 (42S22): Unknown column ’moey’ in ’field list’ \x0d\x0amysql》 rollback; //只要有一个不成功，执行rollback操作 \x0d\x0aQuery OK, 0 rows affected (0.01 sec) \x0d\x0a\x0d\x0amysql》 select*from bank; \x0d\x0a+---------+--------+ \x0d\x0a| name | money | \x0d\x0a+---------+--------+ \x0d\x0a| shaotuo | 1000.0 | \x0d\x0a| laohu | 5000.0 | \x0d\x0a+---------+--------+ \x0d\x0a------成功之后 进行commit操作 \x0d\x0amysql》 start transaction; //开启事务 \x0d\x0aQuery OK, 0 rows affected (0.00 sec) \x0d\x0a\x0d\x0amysql》 update bank set money=money+500 where name=’shaotuo’; \x0d\x0aQuery OK, 1 row affected (0.01 sec) \x0d\x0aRows matched: 1 Changed: 1 Warnings: 0 \x0d\x0a\x0d\x0amysql》 update bank set money=money-500 where name=’laohu’; \x0d\x0aQuery OK, 1 row affected (0.00 sec) \x0d\x0aRows matched: 1 Changed: 1 Warnings: 0 \x0d\x0a\x0d\x0amysql》 commit; //两个都成功后执行commit（只要不执行commit，sql语句不会对真实的数据库造成影响） \x0d\x0aQuery OK, 0 rows affected (0.05 sec) \x0d\x0a\x0d\x0amysql》 select*from bank; \x0d\x0a+---------+--------+ \x0d\x0a| name | money | \x0d\x0a+---------+--------+ \x0d\x0a| shaotuo | 1500.0 | \x0d\x0a| laohu | 4500.0 | \x0d\x0a+---------+--------+
mysql中事务的主要应用场景是什么
事务的使用场景是很广泛的，举个简单的例子有个买东西的网站，你下单买了某个货品，那么数据库中的订单表会插入一条你下单的记录，同时货物表需要把你所购买货品的数量进行更新，候新增订单和更新货品数量必须是一致的，不应该出现有人下了单但是货品数量不变，也不应该货品数量减少了而订单却没有新增这种情况发生那么插入订单信息和更新货品数量就是一个完整的事务，要么都执行成功，如果两个操作中有任意一个操作失败，则整个流程就应该是失败的，已经执行的操作就应当回滚在数据库中使用事务，可以保证多个数据库操作的一致性这就是一个简单的事务的使用场景
Mysql中的事务是什么如何使用
什么是事务？ 事务是逻辑上的一组操作，组成这组操作的各个单元，要不全都成功要不全都失败，这个特性就是事务 注意：mysql数据支持事务，但是要求必须是innoDB存储引擎 解决这个问题： mysql的事务解决这个问题，因为mysql的事务特性，要求这组操作，要不全都成功，要不全都失败，这样就避免了某个操作成功某个操作失败。利于数据的安全 如何使用： （1）在执行sql语句之前，我们要开启事务 start transaction; （2）正常执行我们的sql语句 （3）当sql语句执行完毕，存在两种情况： 1，全都成功，我们要将sql语句对数据库造成的影响提交到数据库中，committ 2，某些sql语句失败，我们执行rollback（回滚），将对数据库操作赶紧撤销 （注意：mysql数据支持事务，但是要求必须是innoDB存储引擎） mysql》 create table bank(name varchar(20),money decimal(5,1))engine=innodb defau lt charset=utf8; mysql》 inset into bank values(’shaotuo’,1000),(’laohu’,5000); mysql》 select*from bank; +---------+--------+ | name | money | +---------+--------+ | shaotuo | 1000.0 | | laohu | 5000.0 | +---------+--------+ ------没有成功“回滚”执行rollback mysql》 start transaction; //开启事务 Query OK, 0 rows affected (0.00 sec) mysql》 update bank set money=money+500 where name=’shaotuo’; Query OK, 1 row affected (0.00 sec) Rows matched: 1 Changed: 1 Warnings: 0 mysql》 update bank set moey=money-500 where name=’laohu’; ERROR 1054 (42S22): Unknown column ’moey’ in ’field list’ mysql》 rollback; //只要有一个不成功，执行rollback操作 Query OK, 0 rows affected (0.01 sec) mysql》 select*from bank; +---------+--------+ | name | money | +---------+--------+ | shaotuo | 1000.0 | | laohu | 5000.0 | +---------+--------+ ------成功之后 进行commit操作 mysql》 start transaction; //开启事务 Query OK, 0 rows affected (0.00 sec) mysql》 update bank set money=money+500 where name=’shaotuo’; Query OK, 1 row affected (0.01 sec) Rows matched: 1 Changed: 1 Warnings: 0 mysql》 update bank set money=money-500 where name=’laohu’; Query OK, 1 row affected (0.00 sec) Rows matched: 1 Changed: 1 Warnings: 0 mysql》 commit; //两个都成功后执行commit（只要不执行commit，sql语句不会对真实的数据库造成影响） Query OK, 0 rows affected (0.05 sec) mysql》 select*from bank; +---------+--------+ | name | money | +---------+--------+ | shaotuo | 1500.0 | | laohu | 4500.0 | +---------+--------+
一文详解-MySQL 事务和锁
当多个用户访问同一份数据时，一个用户在更改数据的过程中，可能有其他用户同时发起更改请求，为保证数据库记录的更新从一个一致性状态变为另外一个一致性状态，使用事务处理是非常必要的，事务具有以下四个特性： MySQL 提供了多种事务型存储引擎，如 InnoDB 和 BDB 等，而 MyISAM 不支持事务。为了支持事务，InnoDB 存储引擎引入了与事务处理相关的 REDO 日志和 UNDO 日志，同时事务依赖于 MySQL 提供的锁机制 事务执行时需要将执行的事务日志写入日志文件，对应的文件为 REDO 日志。当每条 SQL 进行数据更新操作时，首先将 REDO 日志写进日志缓冲区。当客户端执行 COMMIT 命令提交时，日志缓冲区的内容将被刷新到磁盘，日志缓冲区的刷新方式或者时间间隔可以通过参数 innodb_flush_log_at_trx_commit 控制 REDO 日志对应磁盘上的 ib_logifleN 文件，该文件默认为 5MB，建议设置为 512MB，以便容纳较大的事务。MySQL 崩溃恢复时会重新执行 REDO 日志的记录，恢复最新数据，保证已提交事务的持久性 与 REDO 日志相反，UNDO 日志主要用于事务异常时的数据回滚，具体内容就是记录数据被修改前的信息到 UNDO 缓冲区，然后在合适的时间将内容刷新到磁盘 假如由于系统错误或者 rollback 操作而导致事务回滚，可以根据 undo 日志回滚到没修改前的状态，保证未提交事务的原子性 与 REDO 日志不同的是，磁盘上不存在单独的 UNDO 日志文件，所有的 UNDO 日志均存在表空间对应的 .ibd 数据文件中，即使 MySQL 服务启动了独立表空间 在 MySQL 中，可以使用 BEGIN 开始事务，使用 COMMIT 结束事务，中间可以使用 ROLLBACK 回滚事务。MySQL 通过 SET AUTOCOMMIT、START TRANSACTION、COMMIT 和 ROLLBACK 等语句支持本地事务 MySQL 定义了四种隔离级别，指定事务中哪些数据改变其他事务可见、哪些数据该表其他事务不可见。低级别的隔离级别可以支持更高的并发处理，同时占用的系统资源更少 InnoDB 系统级事务隔离级别可以使用以下语句设置： 查看系统级事务隔离级别： InnoDB 会话级事务隔离级别可以使用以下语句设置： 查看会话级事务隔离级别： 在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。读取未提交的数据称为脏读（Dirty Read），即是：首先开启 A 和 B 两个事务，在 B 事务更新但未提交之前，A 事务读取到了更新后的数据，但由于 B 事务回滚，导致 A 事务出现了脏读现象 所有事务只能看见已经提交事务所做的改变，此级别可以解决脏读，但也会导致不可重复读（Nonrepeatable Read）：首先开启 A 和 B 两个事务，A事务读取了 B 事务的数据，在 B 事务更新并提交后，A 事务又读取到了更新后的数据，此时就出现了同一 A 事务中的查询出现了不同的查询结果 MySQL 默认的事务隔离级别，能确保同一事务的多个实例在并发读取数据时看到同样的数据行，理论上会导致一个问题，幻读（Phontom Read）。例如，第一个事务对一个表中的数据做了修改，这种修改会涉及表中的全部数据行，同时第二个事务也修改这个表中的数据，这次的修改是向表中插入一行新数据，此时就会发生操作第一个事务的用户发现表中还有没有修改的数据行 InnoDB 通过多版本并发控制机制（MVCC）解决了该问题：InnoDB 通过为每个数据行增加两个隐含值的方式来实现，这两个隐含值记录了行的创建时间、过期时间以及每一行存储时间发生时的系统版本号，每个查询根据事务的版本号来查询结果 通过强制事务排序，使其不可能相互冲突，从而解决幻读问题。简而言之，就是在每个读的数据行上加上共享锁实现，这个级别会导致大量的超时现象和锁竞争，一般不推荐使用 为了解决数据库并发控制问题，如走到同一时刻客户端对同一张表做更新或者查询操作，需要对并发操作进行控制，因此产生了锁 共享锁的粒度是行或者元组（多个行），一个事务获取了共享锁以后，可以对锁定范围内的数据执行读操作 排他锁的粒度与共享锁相同，一个事务获取排他锁以后，可以对锁定范围内的数据执行写操作 有两个事务 A 和 B，如果事务 A 获取了一个元组的共享锁，事务 B 还可以立即获取这个元组的共享锁，但不能获取这个元组的排他锁，必须等到事务 A 释放共享锁之后。如果事务 A 获取了一个元组的排他锁，事务 B 不能立即获取这个元组的共享锁，也不能立即获取这个元组的排他锁，必须等到 A 释放排他锁之后 意向锁是一种表锁，锁定的粒度是整张表，分为意向共享锁和意向排他锁。意向共享锁表示一个事务有意对数据上共享锁或者排他锁。有意表示事务想执行操作但还没真正执行 锁的粒度主要分为表锁和行锁 表锁的开销最小，同时允许的并发量也是最小。MyISAM 存储引擎使用该锁机制。当要写入数据时，整个表记录被锁，此时其他读/写动作一律等待。一些特定的动作，如 ALTER TABLE 执行时使用的也是表锁 行锁可以支持最大的并发，InnoDB 存储引擎使用该锁机制。如果要支持并发读/写，建议采用 InnoDB 存储引擎
什么叫mysql事务
1. 普通事务以 begin / start transaction 开始，commit / rollback 结束的事务。或者是带有保存点 savepoint 的事务。2. 链式事务一个事务在提交的时候自动将上下文传给下一个事务，也就是说一个事务的提交和下一个事务的开始是原子性的，下一个事务可以看到上一个事务的处理结果。MySQL 的链式事务靠参数 completion_type 控制，并且回滚和提交的语句后面加上 work 关键词。3. 嵌套事务有多个 begin / commit / rollback 这样的事务块的事务，并且有父子关系。子事务的提交完成后不会真的提交，而是等到父事务提交才真正的提交。4. 自治事务内部事务的提交不随外部事务的影响，一般用作记录内部事务的异常情况。MySQL 不支持自治事务，但是某些场景可以用 MySQL 的插件式引擎来变相实现。
MySQL 事务的默认隔离级别是什么可以解决幻读问题么
我们设想一个场景，这个场景中我们需要插入多条相关联的数据到数据库，不幸的是，这个过程可能会遇到下面这些问题：
上面的任何一个问题都可能会导致数据的不一致性。为了保证数据的一致性，系统必须能够处理这些问题。事务就是我们抽象出来简化这些问题的首选机制。事务的概念起源于数据库，目前，已经成为一个比较广泛的概念。
何为事务？ 一言蔽之， 事务是逻辑上的一组操作，要么都执行，要么都不执行。
事务最经典也经常被拿出来说例子就是转账了。假如小明要给小红转账 1000 元，这个转账会涉及到两个关键操作，这两个操作必须都成功或者都失败。
事务会把这两个操作就可以看成逻辑上的一个整体，这个整体包含的操作要么都成功，要么都要失败。这样就不会出现小明余额减少而小红的余额却并没有增加的情况。
大多数情况下，我们在谈论事务的时候，如果没有特指 分布式事务 ，往往指的就是 数据库事务 。
数据库事务在我们日常开发中接触的最多了。如果你的项目属于单体架构的话，你接触到的往往就是数据库事务了。
那数据库事务有什么作用呢？
简单来说，数据库事务可以保证多个对数据库的操作（也就是 SQL 语句）构成一个逻辑上的整体。构成这个逻辑上的整体的这些数据库操作遵循： 要么全部执行成功,要么全部不执行 。
另外，关系型数据库（例如： MySQL 、 SQL Server 、 Oracle 等）事务都有 ACID 特性：
ACID
这里要额外补充一点： 只有保证了事务的持久性、原子性、隔离性之后，一致性才能得到保障。也就是说 A、I、D 是手段，C 是目的！
在典型的应用程序中，多个事务并发运行，经常会操作相同的数据来完成各自的任务（多个用户对同一数据进行操作）。并发虽然是必须的，但可能会导致以下的问题。
不可重复读和幻读区别 ：不可重复读的重点是修改比如多次读取一条记录发现其中某些列的值被修改，幻读的重点在于新增或者删除比如多次查询同一条查询语句（DQL）时，记录发现记录增多或减少了。
SQL 标准定义了四个隔离级别：
隔离级别脏读不可重复读幻读 READ-UNCOMMITTED READ-COMMITTED REPEATABLE-READ SERIALIZABLE
MySQL 的隔离级别基于锁和 MVCC 机制共同实现的。
SERIALIZABLE 隔离级别，是通过锁来实现的。除了 SERIALIZABLE 隔离级别，其他的隔离级别都是基于 MVCC 实现。
不过， SERIALIZABLE 之外的其他隔离级别可能也需要用到锁机制，就比如 REPEATABLE-READ 在当前读情况下需要使用加锁读来保证不会出现幻读。
MySQL InnoDB 存储引擎的默认支持的隔离级别是 REPEATABLE-READ（可重读） 。我们可以通过 SELECT @@tx_isolation; 命令来查看，MySQL 8.0 该命令改为 SELECT @@transaction_isolation;
从上面对 SQL 标准定义了四个隔离级别的介绍可以看出，标准的 SQL 隔离级别定义里，REPEATABLE-READ(可重复读)是不可以防止幻读的。
但是！InnoDB 实现的 REPEATABLE-READ 隔离级别其实是可以解决幻读问题发生的，主要有下面两种情况：
因为隔离级别越低，事务请求的锁越少，所以大部分数据库系统的隔离级别都是 READ-COMMITTED ，但是你要知道的是 InnoDB 存储引擎默认使用 REPEATABLE-READ 并不会有任何性能损失。
InnoDB 存储引擎在分布式事务的情况下一般会用到 SERIALIZABLE 隔离级别。
为什么要用mysql事务
当需要对数据表执行一系列多个操作的情况下，为了防止这些操作中的部分操作执行成功而另一些操作执行失败，从而导致数据不正确，我们就需要使用事务了。例如有数据表团队和团员两张表，团员表每增加一个团员时，团队表相应团号下的总人数就需要同时增加一人，这样我们就需要分别执行追加和更新两样操作。只有两样操作都同时执行成功才能确保数据记录处在正确的状态。现实的情况是，由于分开操作因种种原因很可能会发生第一个操作执行成功而第二个操作失败的状态，如果使用事务就就可以在系列操作不能全部成功的情况下将已经执行的操作回滚，从而防止中间状态的发生所导致的数据不正确。
