优化方面：
存储层：数据表”存储引擎”选取、字段类型选取、逆范式(3范式)
设计层：索引、分区/分表
架构层：分布式部署(主从模式/共享)
sql语句层：结果一样的情况下，要选择效率高、速度快、节省资源的sql语句执行
熟悉的存储引擎：
Myisam：持的特性有压缩机制等，mysiam的并发性较比innodb要稍逊色，因为数据表是“表锁”
Innodb：支持事务、支持行级锁、支持外键，速度比Myisam的要稍慢，并发性高，多人同时请求，速度快、效率高。
memory：内部数据运行速度非常快，临时存储一些信息，服务器如果断电，就会清空该存储引擎的全部数据
存储引擎
存储数据格式，不同存储引擎有自己特点
mysiam
文件：每个数据表都有三个文件(结构、索引、数据)
写入存储数据顺序：存储的顺序与写入顺序一致
并发性：锁机制为“表锁”， 并发性不高
压缩处理：不频繁发生变化的数据适合做压缩
innodb
文件：结构有独立文件，数据与索引合并为一个文件
写入存储数据顺序：根据主键id值的顺序进行数据存储
并发性：并发性好，“行锁”
三范式
字段的原子性，是唯一的，不能再分隔
每一行都能被唯一的区分，强调一个表要有主键
与数据库的冗余有关。一个表不能包含其他表的非关键字信息。也就是说你有其他表的主键作为自己的外键，不能再拿人家的其他字段
逆范式
数据表的总体设计要遵守三范式，但是有的时候为了整体性能的考虑，就不遵守一点，这样就称为“逆范式”
索引
主键索引(primary key)索引是进行数据库设计的时候，提升性能最有效的一个技术。
使用索引好处：可以非常快速定位我们需要找到的信息。
索引为什么速度快：从技术本身的角度看索引，索引就是一种数据结构(寝室大楼)，数据结构内部有算法，可以帮组我们快速、准确定位需要的信息。
执行计划explain：一条sql语句在没有执行之前，先把需要的资源都计划好
使用到索引：耗费资源少，查询速度快
没有使用到索引：耗费资源多，查询速度慢
注意：有的字段重复内容很多(例如性别字段)，则不要设置索引，不会起作用。
索引原则：
字段独立原则
左原则
模糊查询
复合索引
单独使用第一个字段作为条件，可以使用
单独使用第二个字段作为条件，不能使用
使用全部字段(不用考虑顺序)作为条件，可以使用
OR原则
左右都有索引，会合并索引一起使用
一边有索引、一边没有索引，导致整体都没得索引使用