- Mysql
- mysql逻辑架构简介
- 存储引擎简介
- 常用存储引擎
- sql性能下降原因&sql执行加载顺序
- 七种join理论
- 索引
- explain
- 索引优化
- 数据库锁
大致分为四层：
- 连接层，主要完成连接处理、授权认证等。
- 服务层，主要完成核心服务功能；具有备份、容灾恢复、复制集群等功能；包括存储过程视图触发器、语法解析器、sql优化器、缓存缓冲器。
- 引擎层，可拔插组件式存储引擎。
- 存储层，主要是数据存储，并完成与存储引擎的交互。
MyISAM对比InnoDB
MyISAM的读写锁调度是写优先，所以MyISAM不适合做 写为主 的表的引擎；因为写锁后其他线程不能做任何操作，大量的写操作会使查询很难得到锁，从而造成一直阻塞。
性能下降主要原因：
1.索引失效
2.关联查询太多join（业务场景复杂，比如一些架构设计比较老的项目）
3.服务器调优及各个参数设置（缓冲、线程数等）
sql执行顺序：
手写顺序：
–select distinct
–from
–join on
–where
–group by
–having
–order by
机读顺序：
–from
–join on
–where
–group by
–having
–select distinct
–order by
1.索引是什么：索引索引是 排好序的快速查找数据结构；数据本身之外，数据库还维护着一个满足特定查找算法的数据结构，这些数据结构以某种方式指向数据，这样就可以在这些数据结构的基础上实现高级查找算法，这种数据结构就是索引(索引往往以索引文件的形式存储到磁盘上)。
2.索引优势：提高数据检索效率、降低数据库IO成本；降低数据排序成本、降低CPU消耗。
3.索引劣势：索引也是要占用空间的；索引会降低增、删、改的速度，因为操作数据时也操作数据对应的索引文件。
索引分类：
1.单值索引：一个索引只包含单个列。
2.唯一索引：索引列的值必须唯一，但允许有空值。
3.复合索引：一个索引包含多个列。
索引结构：
mysql索引结构有BTree索引、Hash索引、full-text全文索引、R-Tree索引。
BTree检索原理：
真实数据存在于叶子节点；非叶子节点不存储真实数据，只存储指引搜索方向的数据项。
那些情况需要建索引：
1.主键自动建立唯一索引。
2.频繁作为查询条件的字段应该建索引。
3.查询中与其他表关联的字段，外键关系建索引。
4.高并发下倾向于建复合索引。
5.查询中排序的字段建索引能大大提高排序速度。
6.查询中统计或分组字段。
那些情况不要建索引：
1.频繁更新的字段不适合创建索引（因为每次更新操作不单单更新数据还会更新该数据对应的索引文件）。
2.where条件里用不到的字段不用创建索引。
3.表数据太少没必要建索引。
4.经常增删改的表。
5.重复数据太多的列没必要建索引（索引的选择性是指索引列中不同值的数目与表中记录数的比；如果一个表有2000条记录，表索引列有1980个不同的值，那么这个索引的选择性就是1980/2000=0.99；一个索引的选择性越接近于1，这个索引的效率就越高）。
maysql常见瓶颈：CPU、IO、服务器硬件。
explain关键字可以模拟 mysql优化器 执行sql查询语句，从而知道mysql是怎样处理sql语句的，分析sql语句或是表结构的性能瓶颈。
各字段解析：
id：
select查询的序列号，包含一组数字，表示查询中执行select子句或操作表的顺序。
1.id相同，执行顺序从上到下
2.id不同，执行顺序从大到小
3.id相同、不同同时存在，执行顺序也是从大到小，相同的id也是从上到下依次执行
select_type：
主要是用于区别普通查询、联合查询、子查询等的复杂查询。
SIMPLE:简单的select查询，查询中不包含子查询或union
PRIMARY:查询中若包含任何复杂的子部分，最外层查询则被标记为PRIMARY
SUBQUERY:在select或where列表中包含了子查询
DERIVED:在fom列表中包含的子查询被标记为DERIVED（衍生），mysql会递归执行这些子查询把结果放在临时表里
UNIOn:若第二个select出现在union之后则被标记为UNIOn；若union包含在from子句的子查询中，外层select将被标记为DERIVED
UNIOn RESULT:从union表获取结果的select
table：
显示这一行的数据是关于哪张表的。
type：
显示查询使用了何种类型，从最好到最差依次是：system>const>eq_ref>ref>range>index>ALL
一般来说至少保证查询达到rang级别，最好能达到ref
system:表只有一行记录（等于系统表），这是const类型的特例，平时不会出现，这个也可以忽略不计
const:表示通过索引一次就找到了，const用于比较primary key或unique索引；因为只匹配一行数据，所以很快将主键置于where列表中。mysql就能将该查询转换为一个常量
eq_ref:唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配；常见于主键或唯一索引扫描
ref:非唯一性索引扫描，返回匹配某个单独值得所有行；本质上也是一种索引访问，它返回所有匹配某个单独值的行；它可能会找到多个符合条件的行，所以它应该属于查找和扫描的混合体
range:只检索给定范围的行，使用一个索引来选择行；key列显示使用了哪个索引；一般就是在where语句中出现了between、>、<、in等的查询；这种范围扫描索引扫描比全表扫描要好，因为它只需要开始于索引的某一点，而结束于另一点，不用扫描全部
index:Full Index Scan，index与All区别为index类型只遍历索引树，这通常比All快，因为索引文件通常比数据文件小；虽然index和all都是读全表，但是index是从索引中读取的，而all是从硬盘中读取的
All:Full Table Scan，将遍历全表以找到匹配的行
possible_keys：
显示可能应用在这张表中的索引，一个或多个；查询涉及到德字段上若存在索引，则该索引将被列出，但不一定被查询实际使用。
key：
实际使用的索引；如果为NULL，则没有使用索引。查询中若使用了覆盖索引，则该索引仅出现在key列表中。
key_len：
表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度。在不同损失精准性的情况下，长度越短越好。key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出的。
ref：
显示索引的哪一列被使用了，如果可能的话，是一个常数。哪些列或常量被用于查找索引列上的值
rows：
根据表统计信息及索引选用情况，大致估算出找到所需的记录所需要读取的行数
Extra：
包含不适合在其他列中显示但十分重要的额外信息
尽量不要出现Using filesort、Using temporay；USING index是好的
覆盖索引：索引中的列 包含 要查询的列
1.单表多个字段为条件进行查询时，建立复合索引时尽量建在等值、排序的字段上，尽量不要包含常用范围条件（> < in等）查询的列
2.两表关联左连接或右连接查询时，左连接建索引建在右表上效果比较好，右连接建索引建在左表上效果比较好
3.三表左连接查询时，索引建在left join 右边的两表效果比较好
join语句的优化：尽量用小的结果集驱动大的结果集；保证join语句中被驱动表上join条件字段已经被索引
索引失效：
1.全值匹配我最爱
2.最佳左前缀法则（查询条件从索引的最左前列开始并且不跳过索引中间的列）
3.不在索引上做任何操作（计算、函数、类型转换等），会导致索引失效全表扫描
4.存储引擎不能使用索引中范围条件右边的列（范围之后全失效，这里是复合索引列位置之后）
5.尽量使用覆盖索引（索引列和查询列一致），减少select *
6.mysql在使用不等于（!= 或 <>）会导致索引失效全表扫描
7.is null，is not null 也无法使用索引
8.like以通配符开头（‘%abc’）也会导致索引失效全表扫描
（解决like '%字符串%'时索引失效的方法：使用覆盖索引）
9.字符串不加单引号索引失效
10.少用or，也会导致索引失效
优化口诀：
全值匹配我最爱，最左前缀要遵守；
带头大哥不能死，中间兄弟不能断；
索引列上少计算，范围之后全失效；
like百分写最右，覆盖索引不写*；
不等空值还有or，索引失效要少用。
锁是计算机协调多个进程或线程并发访问某一资源的机制。
**读锁（共享锁）：**针对同一份数据，多个读操作可以同时进行而不会互相影响。
**写锁（排它锁）：**当前写操作没有完成前，它会阻断其他写锁和读锁。
读锁会阻塞写，但不会阻塞读；而写锁会把读和写都阻塞。
表锁（偏读）：MyISAM
行锁（偏写）：InnoDB
行锁支持事务。
索引失效会导致行锁变表锁。
如何锁定一行？：sql后跟for update
事务（ACID）四大特性：原子性、一致性、隔离性、持久性。
并发事务会产生的问题：更新丢失（后面的操作覆盖前面的操作）、脏读（一个事务读取到另一个事务已修改但未提交的数据）、不可重复读（一个事务两次相同查询结果不同，一个事务读到了另一个事务已提交的修改数据）、幻读（一个事务读到了另一个事务提交的新增数据）。
事务的隔离级别：
mysql事务默认级别：可重复读
