数据库索引及优化
基础Sql优化
查询SQL尽量不要使用select *，而是具体字段
避免在where子句中使用or来连接条件，可以采用union all或union
尽量使用数值替代字符串类型 如性别可以用0或1代替 (支付方式或服务状态)
Explain(以渴死普类应)：SQL是否使用了索引
高级Sql优化
批量删除优化(用for循环，指定每次删除数量)
伪删除设计(使用删除状态，数字代替)
尽量使用union all替代union
删除冗余和重复的索引(语法：DROP INDEX index_name ON student)
索引
是一种排好序的快速查找的数据结构，它帮助数据库高效的进行数据的检索
在数据结构上实现高效的查找算法
索引文件的形式存放在磁盘中
采用BTree树方式构建
索引分类
单值索引：一个索引只包括一个列，一个表可以有多个列
唯一索引：索引列的值必须唯一，但允许有空值
复合索引（联合索引）：一个索引同时包括多列
复合索引
最左特性（原则）
复合索引的结构是B+树，比如(name,age,sex)的时候，b+树是按照从左到右的顺序来建立搜索树的，
b+树会优先比较name来确定下一步的所搜方向，如果name相同再依次比较age和sex
索引及其扫描类型
type：
ALL 全表扫描，没有优化，最慢的方式
index 索引全扫描
range 索引范围扫描，常用语<，<=，>=，between等操作
ref 使用非唯一索引扫描或唯一索引前缀扫描，返回单条记录，常出现在关联查询中
eq_ref 类似ref，区别在于使用的是唯一索引，使用主键的关联查询
const 当查询是对主键或者唯一键进行精确查询，系统会把匹配行中的其他列作为常数处理
null MySQL不访问任何表或索引，直接返回结果
System 表只有一条记录(实际中基本不存在这个情况)
性能排行：
System > const > eq_ref > ref > range > index > ALL
索引的优缺点
优点：
索引是数据库优化
表的主键会默认自动创建索引
大量降低数据库的IO磁盘读写成本，极大提高了检索速度
索引事先对数据进行了排序，降低查询是数据排序的成本，降低CPU的消耗
缺点：
虽然索引大大提高了查询的速度，但反向影响了增、删、改操作的效率
随着业务的不断变化，之前建立的索引可能不能满足查询需求，需要消耗我们的时间去更新索引
怎么判断是否创建索引？
创建索引：
主键约束默认建立唯一索引
不创建索引：
频繁更新的字段: 每次更新都会影响索引树
where条件查询中用不到的字段
表记录太少
经常增删改的表: 更新了表，索引也得更新才行
创建索引语法：
ALTER TABLE 表名 ADD 扫描类型 索引名称 (birthday)
