mysql 日志 锁_MYSQL- MYSQL日志 & MYSQL锁 &amp

事务原理：

为了支持事务，Innodb引入了下面几个概念：

一、MYSQL 日志介绍：

1.binlog

binlog常用来进行数据恢复、数据库复制，常见的mysql主从架构，就是采用slave同步master的binlog实现的, 另外通过解析binlog能够实现mysql到其他数据源(如ElasticSearch)的数据复制。

2.redo log- 记录新数据的备份，保证事务持久性

当客户端执行每条SQL(更新语句)时，redo log会被首先写入log buffer；当客户端执行COMMIT命令时，log buffer中的内容会被视情况刷新到磁盘。在事务提交前，只要将Redo Log持久化即可，不需要将数据持久化。当系统崩溃时，虽然数据没有持久化，但是Redo Log已经持久化。当Mysql失效重启进行恢复时重新执行redo log记录的SQL进行数据恢复。redo log在磁盘上作为一个独立的文件存在，即Innodb的log文件。

3.undo log-保证事务的原子性  & 实现数据多版本MVCC

为了满足事务的原子性，在操作任何数据之前，首先将数据备份到Undo Log.然后再进行数据的修改。如果出现了错误或者用户执行了ROLLBACK语句，系统可以利用Undo Log中的备份将数据恢复到事务开始之前的状态。undo log用于数据的回滚操作。

具体操作是 copy事务前的数据行到undo buffer，在适合的时间(事务提交前)把undo buffer中的内容刷新到磁盘。undo log记录了数据变更历史如，删除前备份 insert插入undo log中原行记录再在删除行记录上打删除标记，修改前备份 insert插入undo log中原行记录再修改更新行数据打标事务id&回滚指针(指向undo log中原行记录)。通过undo log可以实现事务回滚，并且可以根据undo log回溯到某个特定的版本的数据，实现MVCC。  与redo log不同的是，磁盘上不存在单独的undo log文件，所有的undo log均存放在主ibd数据文件中(表空间)。

二、mysql锁-实现隔离性

Innodb提供了行锁，分两种：排他锁、共享锁。

共享锁针对读，排他锁针对写，完全等同读写锁的概念。

排他锁: 写锁, 如果某个事务在更新某行，则其他事物无论是读还是写本行都必须等待；

共享锁: 读锁，如果某个事物读某行，则其他读的事物无需等待，而写事物则需等待。

事务隔离级别 - 隔离级别依次增强，但是导致的问题是并发能力的减弱

众所周知地是更新(update、insert、delete)是一个事务过程，在Innodb中，查询也是一个事务，只读事务。当读写事务并发访问同一行数据时