Mysql方面知识

第一节：

大体来说，Mysql可以分为Server层和存储引擎层两部分。

Server 层包括连接器、查询缓存、分析器、优化器、执行器等，连接器作用：管理连接，权限验证；分析器：词法分析，语法分析；优化器：执行计划生成，索引选择；执行器：操作引擎，返回结果。

支持InnoDB、MyISAM、Memory等多个存储引擎。InnoDB在5.5.5版本开始成为了默认存储引擎。我们在创建表的时候可以加engine=memory来指定存储引擎。

第二节：

更新一条数据的时候会涉及到两个重要的日志模块，redo log(重做日志) 和 binlog(归档日志)。

这两种日志有以下三点不同：

  1、redo log是InnoDB引擎特有的；binlog是MySQL的Server层实现的，所有引擎都可以使用。

  2、redo log是物理日志，记录的是“在某个数据页上做了什么修改”；binlog是逻辑日志，记录的是这个语句的原始逻辑，比如给ID=1这一行的K字段加1.

  3、redo log 是循环写的，空间固定会用完；binlog是可以追加写入的。‘追加写’是指binlog文件写到一定大小后会切换到下一个，并不会覆盖以前的日志。

    执行器先找引擎取 ID=2 这一行。ID 是主键，引擎直接用树搜索找到这一行。如果 ID=2 这一行所在的数据页本来就在内存中，就直接返回给执行器；否则，需要先从磁盘读入内存，然后再返回。

   执行器拿到引擎给的行数据，把这个值加上 1，比如原来是 N，现在就是 N+1，得到新的一行数据，再调用引擎接口写入这行新数据。

   引擎将这行新数据更新到内存中，同时将这个更新操作记录到 redo log 里面，此时 redo log 处于 prepare 状态。然后告知执行器执行完成了，随时可以提交事务。

   执行器生成这个操作的 binlog，并把 binlog 写入磁盘。

   执行器调用引擎的提交事务接口，引擎把刚刚写入的 redo log 改成提交（commit）状态，更新完成。

 第三节：

     1、务的特性：原子性、一致性、隔离性、持久性
     2、多事务同时执行的时候，可能会出现的问题：脏读、不可重复读、幻读
     3、事务隔离级别：读未提交、读提交、可重复读、串行化
     4、不同事务隔离级别的区别：
            读未提交：一个事务还未提交，它所做的变更就可以被别的事务看到
            读提交：一个事务提交之后，它所做的变更才可以被别的事务看到
            可重复读：一个事务执行过程中看到的数据是一致的。未提交的更改对其他事务是不可见的
            串行化：对应一个记录会加读写锁，出现冲突的时候，后访问的事务必须等前一个事务执行完成才能继续执行
    5、配置方法：启动参数transaction-isolation
    6、事务隔离的实现：每条记录在更新的时候都会同时记录一条回滚操作。同一条记录在系统中可以存在多个版本，这就是数             据库的多版本并发控制（MVCC）。
    7、回滚日志什么时候删除？系统会判断当没有事务需要用到这些回滚日志的时候，回滚日志会被删除。
    8、什么时候不需要了？当系统里么有比这个回滚日志更早的read-view的时候。
    9、为什么尽量不要使用长事务。长事务意味着系统里面会存在很老的事务视图，在这个事务提交之前，回滚记录都要保留，            这会导致大量占用存储空间。除此之外，长事务还占用锁资源，可能会拖垮库。
   10、事务启动方式：一、显式启动事务语句，begin或者start transaction,提交commit，回滚rollback；二、set autocommit=0，           该命令会把这个线程的自动提交关掉。这样只要执行一个select语句，事务就启动，并不会自动提交，直到主动执行                     commit或rollback或断开连接。
   11、建议使用方法一，如果考虑多一次交互问题，可以使用commit work and chain语法。在autocommit=1的情况下用begin显             式启动事务，如果执行commit则提交事务。如果执行commit work and chain则