（MySQL）使用什么存储引擎，为什么使用InnnoDB？(支持事务、聚簇索引、MVCC)
我们聊聊mysql吧，说下索引结构（说了B+树）
为什么使用B+树？（ 说了查询效率高，O(logN)，可以充分利用磁盘预读的特性，多叉树，深度小，叶子结点有序且存储数据）
主键索引和普通索引的区别(主键索引的叶子结点存放了整行记录，普通索引的叶子结点存放了主键ID，查询的时候需要做一次回表查询)一定要回表查询么？(不一定，当查询的字段刚好是索引的字段或者索引的一部分，就可以不用回表，这也是索引覆盖的原理)
主从复制的过程
①当Master节点进行insert、update、delete操作时，会按顺序写入到binlog中。
②salve从库连接master主库，Master有多少个slave就会创建多少个binlog dump线程。
③当Master节点的binlog发生变化时，binlog dump 线程会通知所有的salve节点，并将相应的binlog内容推送给slave节点。
④I/O线程接收到 binlog 内容后，将内容写入到本地的 relay-log。
⑤SQL线程读取I/O线程写入的relay-log，并且根据 relay-log 的内容对从数据库做对应的操作。
InnoDB与MyISAM引擎区别
nnoDB存储引擎
InnoDB存储引擎支持事务，其设计目标主要面向在线事务处理（OLTP）的应用。
其特点是行锁设计，支持外键，并支持非锁定锁，即默认读取操作不会产生锁。从Mysql5.5.8版本开始，InnoDB存储引擎是默认的存储引擎。
yISAM存储引擎MyISAM存储引擎不支持事务、表锁设计，支持全文索引，主要面向一些OLAP数据库应用。InnoDB的数据文件本身就是主索引文件，而MyISAM的主索引和数据是分开的。
事务
1. 读未提交（Read Uncommitted）
原理：任何操作都不加锁
2. 读提交（Read Commit）
原理：读操作不加锁，写操作加锁。读被加锁的数据时，读事务每次都读undo log中的最近版本，因此可能对同一数据读到不同的版本（不可重复读），但能保证每次都读到最新的数据。
3. 可重复读（Reapable Read）
原理：第一次读数据的时候就将数据加行锁（共享锁），使其他事务不能修改当前数据，即可实现可重复读。但是不能锁住insert进来的新的数据，当前事务读取或者修改的同时，另一个事务还是可以insert提交，造成幻读。
4. 串行化（Serializable）
原理：锁表，读锁和写锁阻塞。
Log日志
● redo log
MySQL在开启事务时，会将执行的SQL保存到指定的log文件，即redo log。当MySQL执行recovery时执行redo log里的SQL操作即可。redo log不会被立即写入磁盘，会先写入redo buffer；当客户端执行commit时，redo buffer的内容会视情况存入磁盘。
● undo log
与redo log相反，undo log是为了回滚事务而写的日志，具体内容就是copy事务开始前的数据（行）到undo buffer。
与redo buffer一样，undo buffer也是环形缓冲，当缓冲满的时候buffer内容会被刷新到磁盘。
与redo log不同的是，undo log没有独立的磁盘文件，所有的undo log均被存在主ibd数据文件中（表空间）。
Mysql 中 exists 和 in 的区别
下面将主查询的表称为外表；子查询的表称为内表。exists 与 in 的区别如下：
- 子查询使用 exists，会先进行主查询，将查询到的每行数据循环带入子查询校验是否存在，过滤出整体的返回数据；
- 子查询使用 in，会先进行子查询获取结果集，然后主查询匹配子查询的结果集，返回数据
外表内表相对大小情况不一样时，查询效率不一样：两表大小相当，in 和 exists 差别不大；内表大，用 exists 效率较高；内表小，用 in 效率较高。
不管外表与内表的大小，not exists 的效率一般要高于 not in，跟子查询的索引访问类型有关。