面试宝典系列-mysql性能优化方案

为什么80%的码农都做不了架构师？>>>   

表结构优化：

1、根据自己的业务选择合适的引擎

2、表设计时尽量符合第三范式

• 第一范式：表的列的具有原子性,不可再分解，即列的信息，不能分解, 只有数据库是关系型数据库就自动的满足。
• 第二范式：表中的记录是唯一的, 就满足第二范式, 通常我们设计一个主键来实现
• 第三范式：表中不要有冗余数据, 即表的信息，如果能够被推导出来，就不应该单独的设计一个字段来存放.

为什么说尽量符合？  因为有些系统为了提高运行效率，就必须降低范式标准，适当保留冗余数据。

3、表的字段尽可能使用NOT NULL

4、如果知道字符串固定长度，那么就用char型，不要用varchar型

5、主从分离，读从库，写主库

6、当表的字段过多时，进行垂直分割；如果数据过多时，进行水平分割

sql优化：

1、不使用Select *，只查询需要的字段，查询所有占用内存

2、多表连接时，尽量小表驱动大表，即小表 join 大表

3、插入多条数据时，尽量组合成一天sql批量插入

4、使用存储过程

5、使用枚举或整数代替字符串类型

6、开启慢查询，对慢sql使用explain或desc进行性能分析，并优化sql

索引优化：

1. 索引并不是越多越好，要根据查询有针对性的创建，考虑在WHERE和ORDER BY命令上涉及的列建立索引，可根据EXPLAIN来查看是否用了索引还是全表扫描
2. 应尽量避免在WHERE子句中对字段进行NULL值判断，否则将导致引擎放弃使用索引而进行全表扫描
3. 值分布很稀少的字段不适合建索引，例如"性别"这种只有两三个值的字段
4. 字符字段只建前缀索引
5. 字符字段最好不要做主键
6. 不用外键，由程序保证约束
7. 尽量不用UNIQUE，由程序保证约束
8. 使用多列索引时主意顺序和查询条件保持一致，同时删除不必要的单列索引（最左匹配原则） 

 

转载于:https://my.oschina.net/suyain/blog/1921593