MySQL存储引擎
mysql默认的存储引擎就是innodb，它的索引结构是优化后的B+tree，原B+tree的叶子节点之间是单向指向，组合成一个单向链表，而优化后，叶子节点之间双向指向，组合成双向链表。
索引分为聚簇索引和非聚簇索引，聚簇索引的叶子节点一个索引携带一row的数据，非聚簇索引下索引携带对应主键数据。
索引主要针对查询，索引可以加快查询效率，例如我们建立索引时尽量在where，orderBy这样的条件需要的字段加索引，因为查询时根据条件查询，条件上加了索引，可以快速定位到需要查询的数据。
我们使用索引时，可以尽量去使用覆盖索引来避免回表的过程，因为我们自己建的索引为非聚簇索引，根据索引定位到数据后，可以找到索引列数据和主键数据，但是如果你的索引不是覆盖索引，那你需要的字段并没有全部包含在当前已经查询到的数据，所以需要根据主键进行回表，通过聚簇索引，查询到当前行的数据，在取出你所需要查询字段的数据，这个回表过程是不必要的。
如果需要建立多个单列索引，我们尽量去使用组合索引，当然组合索引需要注意最左前缀匹配原则，按照建立组合索引的顺序，必须保证当前字段前面的索引列存在才能保证组合索引生效。并且如果当前使用组合索引时，某字段采用了范围查询，就会导致该字段后面的索引失效。
最后我们需要注意的是索引是为了索引表内少量的数据，所以如果你在条件查询时，条件是大量的数据，那么sql语句经过优化器时，就会分析走当前索引还不如走全文检索，索引就会走全文索引，也会造成索引的失效。
还有插入语句的时候，如果是批量插入，我们尽量去使用主键顺序插入，如果数据量国语庞大可以使用load来进行加载。
还有一个除了索引可以优化的点，innoDB它相比于MyISAM他是支持行级锁的，但是有时候我们在操作的时候会有一些误操作，使得行级锁上升到表级锁，就比如我们根据一个字段做条件去更新本行数据时，当前字段没有建立索引，那就会走一个全文检索，那整张表就会被锁住，行级锁就会上升到表级锁，这也是为什么需要在条件字段添加索引的另一个原因。
间隙锁：对表进行改动时，使用了范围条件，当前范围内就会被锁住。
MySQL的事务隔离级别
读未提交(Read Uncommitted)：允许脏读，也就是可能读取到其他会话中未提交事务修改的数据
读已提交(Read Committed)：只能读取到已经提交的数据。Oracle等多数数据库默认都是该级别 (不重复读)
可重复读(Repeated Read)：可重复读。在同一个事务内的查询都是事务开始时刻一致的，InnoDB默认级别。在SQL标准中，该隔离级别消除了不可重复读，但是还存在幻象读，但是innoDB解决了幻读
串行读(Serializable)：完全串行化的读，每次读都需要获得表级共享锁，读写相互都会阻塞
MySQL中的MyISAM与InnoDB 的区别
MyISAM是MySQL的默认数据库引擎（5.5版之前）
InnoDB支持事务，MyISAM不支持。
InnoDB支持外键，而MyISAM不支持。
InnoDB是聚集索引，使用B+Tree作为索引结构，数据文件是和（主键）索引绑在一起的（表数据文件本身就是按B+Tree组织的一个索引结构），必须要有主键，通过主键索引效率很高。但是辅助索引需要两次查询，先查询到主键，然后再通过主键查询到数据。因此，主键不应该过大，因为主键太大，其他索引也都会很大。
MyISAM是非聚集索引，也是使用B+Tree作为索引结构，索引和数据文件是分离的，索引保存的是数据文件的指针。主键索引和辅助索引是独立的。
InnoDB不保存表的具体行数*，*而MyISAM用一个变量保存了整个表的行数
Innodb不支持全文索引，而MyISAM支持全文索引
（5.7以后的InnoDB支持全文索引了）
MyISAM表格可以被压缩后进行查询操作
InnoDB支持表、行(默认)级锁，而MyISAM支持表级锁
InnoDB表必须有唯一索引（如主键）（用户没有指定的话会自己找/生产一个隐藏列Row_id来充当默认主键），而Myisam可以没有
Innodb存储文件有frm、ibd，而Myisam是frm、MYD、MYI
#软件测试面试##软件测试##测试转行#
mysql默认的存储引擎就是innodb，它的索引结构是优化后的B+tree，原B+tree的叶子节点之间是单向指向，组合成一个单向链表，而优化后，叶子节点之间双向指向，组合成双向链表。
索引分为聚簇索引和非聚簇索引，聚簇索引的叶子节点一个索引携带一row的数据，非聚簇索引下索引携带对应主键数据。
索引主要针对查询，索引可以加快查询效率，例如我们建立索引时尽量在where，orderBy这样的条件需要的字段加索引，因为查询时根据条件查询，条件上加了索引，可以快速定位到需要查询的数据。
我们使用索引时，可以尽量去使用覆盖索引来避免回表的过程，因为我们自己建的索引为非聚簇索引，根据索引定位到数据后，可以找到索引列数据和主键数据，但是如果你的索引不是覆盖索引，那你需要的字段并没有全部包含在当前已经查询到的数据，所以需要根据主键进行回表，通过聚簇索引，查询到当前行的数据，在取出你所需要查询字段的数据，这个回表过程是不必要的。
如果需要建立多个单列索引，我们尽量去使用组合索引，当然组合索引需要注意最左前缀匹配原则，按照建立组合索引的顺序，必须保证当前字段前面的索引列存在才能保证组合索引生效。并且如果当前使用组合索引时，某字段采用了范围查询，就会导致该字段后面的索引失效。
最后我们需要注意的是索引是为了索引表内少量的数据，所以如果你在条件查询时，条件是大量的数据，那么sql语句经过优化器时，就会分析走当前索引还不如走全文检索，索引就会走全文索引，也会造成索引的失效。
还有插入语句的时候，如果是批量插入，我们尽量去使用主键顺序插入，如果数据量国语庞大可以使用load来进行加载。
还有一个除了索引可以优化的点，innoDB它相比于MyISAM他是支持行级锁的，但是有时候我们在操作的时候会有一些误操作，使得行级锁上升到表级锁，就比如我们根据一个字段做条件去更新本行数据时，当前字段没有建立索引，那就会走一个全文检索，那整张表就会被锁住，行级锁就会上升到表级锁，这也是为什么需要在条件字段添加索引的另一个原因。
间隙锁：对表进行改动时，使用了范围条件，当前范围内就会被锁住。
MySQL的事务隔离级别
读未提交(Read Uncommitted)：允许脏读，也就是可能读取到其他会话中未提交事务修改的数据
读已提交(Read Committed)：只能读取到已经提交的数据。Oracle等多数数据库默认都是该级别 (不重复读)
可重复读(Repeated Read)：可重复读。在同一个事务内的查询都是事务开始时刻一致的，InnoDB默认级别。在SQL标准中，该隔离级别消除了不可重复读，但是还存在幻象读，但是innoDB解决了幻读
串行读(Serializable)：完全串行化的读，每次读都需要获得表级共享锁，读写相互都会阻塞
MySQL中的MyISAM与InnoDB 的区别
MyISAM是MySQL的默认数据库引擎（5.5版之前）
InnoDB支持事务，MyISAM不支持。
InnoDB支持外键，而MyISAM不支持。
InnoDB是聚集索引，使用B+Tree作为索引结构，数据文件是和（主键）索引绑在一起的（表数据文件本身就是按B+Tree组织的一个索引结构），必须要有主键，通过主键索引效率很高。但是辅助索引需要两次查询，先查询到主键，然后再通过主键查询到数据。因此，主键不应该过大，因为主键太大，其他索引也都会很大。
MyISAM是非聚集索引，也是使用B+Tree作为索引结构，索引和数据文件是分离的，索引保存的是数据文件的指针。主键索引和辅助索引是独立的。
InnoDB不保存表的具体行数*，*而MyISAM用一个变量保存了整个表的行数
Innodb不支持全文索引，而MyISAM支持全文索引
（5.7以后的InnoDB支持全文索引了）
MyISAM表格可以被压缩后进行查询操作
InnoDB支持表、行(默认)级锁，而MyISAM支持表级锁
InnoDB表必须有唯一索引（如主键）（用户没有指定的话会自己找/生产一个隐藏列Row_id来充当默认主键），而Myisam可以没有
Innodb存储文件有frm、ibd，而Myisam是frm、MYD、MYI
#软件测试面试##软件测试##测试转行#
