MySQL优化

1. SQL优化
2. 索引优化
3. 数据库引擎优化
4. 数据库内存优化

这四种优化，应该从前往后进行，因为SQL的优化影响的返回最小，然后越往后，对数据库的影响越大，索引影响的是一列，数据库引擎优化影响的是一个表，内存优化影星的是一整个数据库。

1. 什么样的字段适合创建索引

经常需要搜索的列

主键、外键(可以加快连接速度)

常用于排序的列 – 因为索引已经有序

常用在where字句中的列 – 加快条件判断速度

1. 为什么创建索引 - 提高查询性能

普通索引提高查询性能

主键索引作为主键

唯一索引确保唯一性

1. 创建索引需要耗费时间和空间 – 维护B-Tree、数据放在磁盘
2. 不适用索引的情况

很少查询的时候

Text、image、bit数据类型

1. 两种索引方式 –- 

B-Tree:索引节点按照balancetree的数据结构来存储，所有的索引数据节点都在叶子节点

Full-Text:全文索引，也基于btree，能解决like查询低的问题

1. 数据库引擎

ISAM:好久以前的了(我自己的版本已经没有)，读取速度快、不支持事务、不能容错，一定要经常备份

MyISAM:MySQL5.5之前是默认的引擎，是ISAM的升级版，提供了索引和字段管理、以及表格锁定机制(共享锁-一起读，排他锁-写的时候不让读),读取速度快、必须经常备份

InnoDB:MySQL5.5+的默认引擎，支持事务！实现外键！锁机制的优化 – ACID，同时，innodb对每一条SQL都默认封装成事务，所以会慢一些；它是聚集索引，必须有主键(我们不去定义，mysql也会默认提供随机的索引)

1. SQL优化！！

1. 考虑在where及order by的列上建立索引，避免全表扫描
2. 尽量避免where字句中对字段进行null判断，否则不会使用索引（底层是btree,如果是null，没法放到树上，所以只能全盘扫描）
3. 尽量避免where字句使用!=,<>,or

Select id from tab where n=10 or n=20

改为：

Select id from tab where n=10

Union all

Select id from tab n=10

(UNION 操作符用于合并两个或多个 SELECT 语句的结果集, UNION 操作符选取不同的值。如果允许重复的值，请使用 UNION ALL)

1. 慎用in和not in，全盘扫描

如果是连续的，使用between

1. %abc%也是全盘扫描
2. Where字句,表达式左边不应该有运算，否则无法索引
3. 尽量避免select *，而应该是确定的列