晋中推广型网站建设,各大网站rss地址,做网站的工作轻松吗,微信引流推广怎么做简单来说#xff0c;事务就是要保证一组数据库操作#xff0c;要么全部成功#xff0c;要么全部失败。
在 MySQL 中#xff0c;事务支持是在引擎层实现的。
MySQL 是一个支持多引擎的系统#xff0c;但并不是所有的引擎都支持事务。 如 MySQL 原生的 MyISAM 引擎就不支持…简单来说事务就是要保证一组数据库操作要么全部成功要么全部失败。
在 MySQL 中事务支持是在引擎层实现的。
MySQL 是一个支持多引擎的系统但并不是所有的引擎都支持事务。 如 MySQL 原生的 MyISAM 引擎就不支持事务这也是 MyISAM 被 InnoDB 取代的重要原因之一。 事务的四大特性(ACID) 原子性 事务是最小的执行单位不允许分割。事务的原子性确保动作要么全部完成要么完全不起作用 一致性 执行事务前后数据保持一致例如转账业务中无论事务是否成功转账者和收款人的总额应该是不变的 隔离性 并发访问数据库时一个用户的事务不被其他事务所干扰各并发事务之间数据库是独立的 持久性 一个事务被提交之后。它对数据库中数据的改变是持久的即使数据库发生故障也不应该对其有任何影响
事务的并发问题 脏读Dirty read: 当一个事务正在访问数据并且对数据进行了修改而这种修改还没有提交到数据库中这时另外一个事务也访问了这个数据然后使用了这个数据。因为这个数据是还没有提交的数据那么另外一个事务读到的这个数据是“脏数据”依据“脏数据”所做的操作可能是不正确的。 丢失修改Lost to modify: 指在一个事务读取一个数据时另外一个事务也访问了该数据那么在第一个事务中修改了这个数据后第二个事务也修改了这个数据。这样第一个事务内的修改结果就被丢失因此称为丢失修改。 例如事务1读取某表中的数据A20事务2也读取A20事务1修改AA-1事务2也修改AA-1最终结果A19事务1的修改被丢失。 不可重复读Unrepeatableread: 指在一个事务内多次读同一数据。在这个事务还没有结束时另一个事务也访问该数据。那么在第一个事务中的两次读数据之间由于第二个事务的修改导致第一个事务两次读取的数据可能不太一样。这就发生了在一个事务内两次读到的数据是不一样的情况因此称为不可重复读。 幻读Phantom read: 幻读与不可重复读类似。它发生在一个事务T1读取了几行数据接着另一个并发事务T2插入了一些数据时。在随后的查询中第一个事务T1就会发现多了一些原本不存在的记录就好像发生了幻觉一样所以称为幻读。
不可重复度和幻读区别
不可重复读的重点是修改针对的数据是多行。 幻读的重点在于新增或者删除针对数据是多行。
事务的隔离级别
SQL 标准定义了四个隔离级别
READ-UNCOMMITTED(读取未提交) 最低的隔离级别允许读取尚未提交的数据变更可能会导致脏读、幻读或不可重复读。READ-COMMITTED(读取已提交) 允许读取并发事务已经提交的数据可以阻止脏读但是幻读或不可重复读仍有可能发生。REPEATABLE-READ(可重复读) 对同一字段的多次读取结果都是一致的除非数据是被本身事务自己所修改可以阻止脏读和不可重复读但幻读仍有可能发生。SERIALIZABLE(可串行化) 最高的隔离级别完全服从ACID的隔离级别。所有的事务依次逐个执行这样事务之间就完全不可能产生干扰也就是说该级别可以防止脏读、不可重复读以及幻读。
MySQL InnoDB 存储引擎的默认支持的隔离级别是 REPEATABLE-READ可重读,RR Oracle和sql server的默认隔离级别是READ-COMMITTED(读取已提交,RC)。
我们可以通过
SELECT tx_isolation;命令来查看MySQL 8.0 该命令改为
SELECT transaction_isolation;MySQL InnoDB 的 REPEATABLE-READ可重读并不保证避免幻读需要应用使用加锁读来保证。 而这个加锁度使用到的机制就是 Next-Key Locks。
因为隔离级别越低事务请求的锁越少所以大部分数据库系统的隔离级别都是 READ-COMMITTED(读取提交内容) 但是你要知道的是 InnoDB 存储引擎默认使用 REPEATABLE-READ可重读,RR 并不会有任何性能损失
事务隔离的实现
在实现上数据库里面会创建一个视图访问的时候以视图的逻辑结果为准。
在“可重复读”隔离级别下这个视图是在事务启动时创建的整个事务存在期间都用这个视图。在“读提交”隔离级别下这个视图是在每个 SQL 语句开始执行的时候创建的。这里需要注意的是“读未提交”隔离级别下直接返回记录上的最新值没有视图概念而“串行化”隔离级别下直接用加锁的方式来避免并行访问。
每条记录在更新的时候都会同时记录一条回滚操作。 同一条记录在系统中可以存在多个版本这就是数据库的多版本并发控制MVCC
回滚日志什么时候删除
系统会判断当没有事务需要用到这些回滚日志的时候回滚日志会被删除。
什么时候不需要了
当系统里么有比这个回滚日志更早的read-view的时候。
为什么尽量不要使用长事务
长事务意味着系统里面会存在很老的事务视图在这个事务提交之前回滚记录都要保留这会导致大量占用存储空间。 除此之外长事务还占用锁资源可能会拖垮库。
