目录
一、事务的概念二、ACID特性三、事务并发存在的问题四、事务相关命令一、事务的概念
一个事务是由一条或多条对数据库操作的SQL语句所组成的一个不可分割的单元，只有当事务中所有操作都正常执行完了，整个事务才会被提交给数据库，如果有部分事务处理失败，那么事务就要回滚到最初的状态，因此，事务要么全部执行成功，要么全部失败。
所以要记住事务几个基本概念，如下：
事务是一组SQL语句的执行，要么全部成功，要么全部失败，不能出现部分成功，部分失败的结果，保证事务执行的原子操作。事务的所有SQL语句全部执行成功，才能提交（commit）事务，把结果写会磁盘上。事务执行过程中，有的SQL出现错误，那么事务必须要回滚（rollback）到最初的状态。
比如转账业务需要多条SQL语句共同完成，只有这些SQL都执行成功才算业务成功了。
事务处理有三个状态：
begin：开启一个事务要执行的全部sql语句都成功了，然后commit提交一个事务如果其中任何一条SQL语句由于停电、或者服务器出错，导致SQL执行异常，那事务就没有提交，事务会回滚（rollback），数据将恢复到事务开始前的状态
这是存储引擎来保证的（redo log和undo log保证的）
MyISAM存储引擎不支持事务，InnoDB存储引擎支持事务、支持行锁。
用show engines\G查看当前数据库支持哪些存储引擎。
select @@autocommit;查看对事务提交状态的设置
数据库引擎可以通过命令临时修改，或者通过配置文件永久修改。
如果说我们业务上涉及了事务，我们一般会在代码上控制这个变量，一般来说，我们的事务由多条SQL组成，要满足事务的原子性操作，所以我们设置为手动提交。业务都成功，则提交这个事务；如果业务中间出现失败，就回滚1个事务。
二、ACID特性
每一个事务必须满足下面的4个特性：
事务的原子性(Atomic)：事务是一个不可分割的整体，事务必须具有原子特性，及当事务修改时，要么全执行，要么全不执行，即不允许事务部分的完成。事务的一致性(Consistency)：一个事务执行之前和执行之后，数据库数据必须保持一致性状态。数据库的一致性状态必须由用户来负责，由并发控制机制实现。就拿网上购物来说，你只有让商品出库，又让商品进入顾客的购物车才能构成一个完整的事务。（一致性不仅仅体现在事务里面，包括存储层引入MySQL为了提高热点数据的访问效率一般都会加一个缓存层Redis或者Memery>
MySQL最重要的是日志，不是数据！
事务的ACD特性是由MySQL的redo log和undo log机制来保证的；I隔离性是由mysql事务的锁机制来实现保证的。
三、事务并发存在的问题
事务处理不经隔离，并发执行事务时通常会发生以下问题：
脏读(Dirty>
脏读必须杜绝，因为事务没有commit。在有些场景下，不可重复读和幻读是可以允许的(事务已经commit)，不一定非要杜绝（通过设置不同的隔离级别解决），由应用场景需求决定。
四、事务相关命令
select>查看MySQL是否自动提交事务
0表示手动提交事务，1表示自动提交事务，设置事务提交方式为手动提交（只影响当前session）：
到此这篇关于MySQL事务的ACID特性以及并发问题方案的文章就介绍到这了,更多相关MySQL事务ACID特性内容请搜索易采站长站以前的文章或继续浏览下面的相关文章希望大家以后多多支持易采站长站！
