初志
关于面试中一定要考察的知识点，请不要在发送问题的基础上倒下~~~
言归正传，快点开始吧
复制代码
mysql优化
首先总结在这里可能可以考察的知识点，制作list列出来，一个个击破~
在低速查询日志中搜索低速查询sql，优化相关关系
explain分析击键查询sql
不支持索引问题、优化索引的方法和函数索引
索引命中问题
mysql的引擎有几种？ myisam和innodb各自的优缺点
innodb事务处理
“脏读”(Dirty Reads )“不可重复读”(Non-Repeatable Reads )“幻像读”(Phantom Reads )。
innodb行锁定详细信息
关于死锁
微软雪崩
随便侃侃INNODB和MYISAM
关于mysql引擎和索引，mysql的一般引擎就是innodb和myisam
米萨姆
不支持行锁定。 (MyISAM仅限表锁) )对读取时要读取的所有表进行锁定，写入时对表进行独占锁定。
不支持事务
不支持外键
不支持崩溃后的安全恢复
在表中有读取查询的同时，支持在表中插入新记录
支持BLOB和TEXT的前500个字符索引，支持全文索引
支持索引更新延迟，大幅提高写入性能
对于未更改的表，支持压缩表，大大减少了磁盘空间的消耗
MyISAM性能优异，提供了很多特性。
包括全文索引、压缩、空间函数等，
但是MyISAM不支持事务和行级锁定。
而且最大的缺陷是崩溃后不能安全恢复。
现在大多数情况下，我们都使用InnoDB存储引擎，但在某些情况下，使用MyISAM更好。 例如，MyISAM适合读取密集的表，而InnoDB适合写密集的表。
复制代码INNODB
支持行锁定，采用MVCC支持高并发，有死锁的可能性
事务支持
外键支持
支持崩溃后的安全恢复
不支持全文索引
InnoDB的最大特点是支持ACID兼容事务功能
复制代码
innodb与myisam的比较
计数运算上的差异： MyISAM缓存具有表meta-data (如行数)，因此在执行计数* )时，对结构良好的查询不需要占用太多资源。 对于InnoDB，没有这样的缓存。
是否支持事务和崩溃后的安全恢复： MyISAM强调性能，每个查询都具有原子性，执行速度比InnoDB类型快几度，但不支持事务。 但是，InnoDB提供事务支持、外键等高级数据库功能。
具有事务(commit )、回滚(rollback )和崩溃恢复功能(crash recovery capabilities )的事务安全(transaction-safe ) acibilities
是否支持外键： MyISAM不支持，但InnoDB支持。
MyISAM适合阅读密集的表格，而InnoDB适合写密集的表格。 通常，如果需要事务支持且并发读取频率高(MyISAM中的表锁粒度太大，因此如果对表的写入并发量大，则等待的查询会更多)，InnoDB就更好。 由于数据量大且MyISAM支持压缩功能，因此可以减少磁盘的可用空间。 它还非常适合于不需要支持事务MyISAM的情况。
复制代码
mysql的存储引擎索引
索引
微软引擎
InnoDB引擎
内存引擎
B-树索引
支持
支持
支持
混列索引
00
0
支持
r树索引
支持
0
0
完整-文本
支持
0
0
索引原理
最左前缀原则
在此之前，MySQL中的索引可以按一定的顺序引用多个列。 这样的索引称为联合索引。 通常，联盟索引是规则元组，每个元素都是数据表中的列。 另外，单列索引可以被视为连接索引的元素数为1的特例。
复制代码
索引匹配的最左原则是指，具体而言，假设索引列分别为a、b、c，顺序也为a、b、c :
-那么，在咨询时，如果咨询【a】【a，b】【a，b，c】，就可以通过索引进行咨询
-查询时如果采用【a，c】，则c是索引，但中途缺少b，所以不能使用c索引，只能使用a索引
-查询时，如果采用【b】【b，c】【c】，则第一列索引未使用，不是最左边的前缀，因此后续索引也无法使用
-如果使用范围查询执行查询，并且它是最左前缀(即第一列的索引)，则可以使用索引，但范围后面的列不能使用索引
请特别注意复制代码。 愤怒的魔镜遇到范围索引时，联合索引后面的索引将被禁用
低速查询
打开低速查询日志
log-slow-queries=/home/phper note.com-slow.log
然后是缓慢查询sql的explain
先这样吧~~，不能一下子胖起来。 每个知识点都必须吃完
路很难，很长啊~~~一会儿去面试。 上面应该拉得很满。 不够的话，以后再调查不足的部分进行补充，继续学习~~~