数据库优化主要步骤：
先通过mysql的命令定位到慢查询
使用explain分析慢查询
然后根据具体的情况考虑使用具体的优化方案进行优化，单机优化方案常用的是使用索引和优化sql语句，多机方案常用的是集群和分布式，其他方案是使用redis缓存和ES全文检索。
1.定位慢查询
mysql默认是10s是慢查询， 可以修改配置文件或者通过sql语句修改。
可以通过命令查看到有多少条慢查询（show status like 'uptime'）。
开启全局慢查询日志，去查看mysql的日志文件或者将慢查询的结果输出到表中来找到是哪条sql引起的问题。
2.分析慢查询
使用explain关键字查看sql运行时是否用创建索引，主要关注的是type和key，判断是否设置了索引，如果设置了索引，看索引是否生效。
如果有存在查询被锁住的情况，使用showprocesslist可以查看sql执行情况，判断是否被锁
3.优化
单机优化
3nf（三范式） 是什么？
①数据库的列不能再进行拆分成其他几列
②数据库一行数据通常由一个主键来维护
③如果一个表中的数据能够从其他表中推导出来，不需要使用冗余字段
表设计的时候：
1.根据情况使用冗余字段来减少表的JOIN，提高sql执行效率。 比如我们空间的相册功能。相册一个表，相册中的照片一个表。相册表里面有生活照和风景照字段，再冗余一个数量字段来表示该类照片的总数。
上面当我们存入照片时冗余字段的总数也要改变，引发的数据更新问题解决办法：
①多条sql (每次存入相片的时候同时也使用sql语句去增加冗余字段的数量)
②触发器（使用数据库的触发器，把触发条件设置为每当照片发生改变时去执行相应的操作就可以了）
2.选择合适的存储引擎myisam 或者innodb，如果表对事务要求不高，同时是以查询和添加为主的，我们考虑使用myisam存储引擎. 比如贴吧的发帖表，回复表。对事务要求高，保存的数据都是重要数据，我们建议使用INNODB,比如订单表，账号表.
myisam 和innodb的区别？
myisam 和innodb都是存储引擎。
myisam不支持事务，innodb支持事务
myisam是表锁，innodb是行锁
myisam支持全文索引，innodb不支持
MyISAM查询和添加的速度快，INNODB速度慢
mysql的索引
索引分类
主键索引 :当我们设置某个列为主键的时候后，数据库就会给该列创建索引。非空且唯一
普通索引 ：设置任意一个字段为索引，允许有重复的值出现。
唯一索引 ：跟普通索引一样，只是不允许有重复的值出现，比如字段里面的电话 身份证号等
全文索引 ：用来对表中的文本域进行索引，全文索引只能对myisam支持，innodb不支持全文索引
其他分类
聚集索引 ：数据的索引和索引的结构在一起，比如innodb的主键索引
非聚集索引 ：数据的索引和索引的结构是分开的，叶子节点储存的是数据在磁盘上的地址。比如myisam的主键索引。
主键索引 ：innodb的主键索引和辅助索引
辅助索引 ：mysiam的主键索引和辅助索引
普通索引（单列索引） ：该索引只在一个列上面创建
联合索引（多列索引）： 该索引在多个列上面创建 （注意最左匹配原则）
innodb索引结构的特点：
B+tree的特点
它是多叉树，每次查询都要走到子节点，效率比较稳定。
它叶子节点存储的是key和数据，非叶子节点存储的是key ，可以充分利用每个子节点的储存空间为16KB，可以储存更多的key,这样可以降低B+树的层高，查询的时候效率比较高
叶子节点储存完整的数据，叶子节点是有序的，适合范围查询。
myisam索引结构的特点
myisam的数据和索引结构是分开的，叶子节点储存的是数据在磁盘上的地址
sql优化技巧：
导致索引失效的一些写法
创建索引的原则
分页数据偏移量较大时的解决方案
小表驱动大表
多机优化
主从同步 主库从库读写分离 binlog relaylog
