mysql宕机日志报告

转载

人类新新 2024-09-26 16:48:56

文章标签 mysql宕机日志报告 mysql 数据库面试后端 文章分类 MySQL 数据库

1、什么是事务

对于一个事务，要么事务内的SQL全部执行，要么都不执行

2、事务的四个特征

原子性
原子性是指事务是一个不可分割的工作单位，事务中的操作要么全部成功，要么全部失败。比如在同一个事务中的SQL语句，要么全部执行成功，要么全部执行失败。

begin transaction;
    update account set money = money-100 where name = 'Brooks';
    update account set money = money+100 where name = 'Cherry';
commit transaction;

一致性
数据库总是从一个一致性状态转换到另一个一致性状态。(事务按照预期生效，数据的状态是预期的状态)。举个例子：张三给李四转了100块钱，张三扣了100元，李四获得100元，数据状态是正确的为一致性，否者张三转帐了，李四却没有收到，数据错误，就没有达到一致性，
隔离性
事务的隔离性是多个用户并发访问数据库时，数据库为每一个用户开启的事务，不能被其他事务的操作数据所干扰，多个并发事务之间要相互隔离。
持久性
一旦事务提交，则所做的修改就会永久保存在数据库中。无论什么情况数据也不会丢失。

3、MySQL四种隔离级别

读未提交 Read Uncommitted
在这个级别下，事务中的修改，即使没有提交，对其他事物也是可见的。可能会导致脏读，不可重复或幻读。
读提交 Read Committed
一个事务从开始到提交之前，所做的任何修改都是对其他事物不可见的。可能会发生幻读，不可重复读。
Repeatable Read （MySQL默认隔离级别）
保证了同一个事物中多次读取同样的记录的结果是一致的，可能会发生幻读，InnoDB通过MVVC多并发版本控制来解决幻读问题。
串行化 Serializable
最高隔离级别。强制事物串行执行。避免幻读问题。SERIALIZABLE会在读取的每一行数据上都加锁，所以可能导致大量的超市和锁竞争问题。

4、什么是脏读，幻读，不可重复读？

脏读 Dirty Read （读未提交数据）
当事务A正在访问一个数据并进行了修改，但这种修改还没有提交到数据库中，此时事务B也访问到了这个数据，并且使用了这个数据。由于这个数据是还没有提交的数据，那么事务B读取的这个数据是“脏数据”，那么之后的操作都是不正确的。这种情况常发生于转账与取款操作中。
幻读 Phantom Read （前后多次读取，数据总量不一致）
当事务A执行读取操作时，需要两次统计数据的总量，前一次查询数据总量后，此时事务B执行了新增数据的操作并提交后，这个时候事务A读取的数据总量和之前统计的不一样，就想产生了幻觉一样，平白无故多了几条数据，称为幻读。
不可重复读 Unrepeatable Read （前后多次读取，数据内容不一致）
事务A在执行读取操作，由整个事务A比较大，前后读取同一条数据需要经历很长的时间。而在事务A第一次读取数据，比如此时读取了小明的年龄为20岁，事务B执行更改操作，将小明的年龄更改为30岁，此时事务A第二次读取到小明的年龄时，发现其年龄是30岁，和之前的数据不一样了，也就是数据不重复了，系统不可以读取到重复的数据，成为不可重复读

5、事务是如何实现的？

首先让我们先来了解一下什么是事务日志

1、什么是redo log？

redo log叫做重做日志，是用来实现事务的持久性。该日志文件由两部分组成：重做日志缓冲（redo log buffer）以及重做日志文件（redo log）,前者是在内存中，后者在磁盘中。当事务提交之后会把所有修改信息都会存到该日志中。假设有个表叫做tb1(id,username) 现在要插入数据（3，ceshi）：

redo log 有什么作用？

mysql为了提升性能不会把每次的修改都实时同步到磁盘，而是会先存到Buffer Pool(缓冲池)里头，把这个当作缓存来用。然后使用后台线程去做缓冲池和磁盘之间的同步。
那么问题来了，如果还没来的同步的时候宕机或断电了怎么办？还没来得及执行上面图中红色的操作。这样会导致丢部分已提交事务的修改信息！
所以引入了redo log来记录已成功提交事务的修改信息，并且会把redo log持久化到磁盘，系统重启之后在读取redo log恢复最新数据。

总结：redo log是用来恢复数据的用于保障，已提交事务的持久化特性。