mysql 性能优化

只要一行数据时使用 limit 1

如果已知只会得到一条数据，这种情况下加上 limit 1会增加性能。因为mysql 数据库引擎会在找到一条结果停止搜索，而不是继续查询下一条是否符合标准直到所有记录查询完毕。

选择正确的数据库引擎

Mysql 中有两个引擎 MyISAM 和 InnoDB，每个引擎有利有弊。

• MyISAM 适用于一些大量查询的应用，但对于有大量写功能的应用不是很好。甚至你只需要update 一个字段整个表都会被锁起来。而别的进程就算是读操作也不行要等到当前 update 操作完成之后才能继续进行。另外，MyISAM 对于 select count(*)这类操作是超级快的。
• InnoDB 的趋势会是一个非常复杂的存储引擎，对于一些小的应用会比 MyISAM 还慢，但是支持“行锁”，所以在写操作比较多的时候会比较优秀。并且，它支持很多的高级应用，例如：事务。

用 not exists 代替 not in

Not exists 用到了连接能够发挥已经建立好的索引的作用，not in 不能使用索引。Not in 是最慢的方式要同每条记录比较，在数据量比较大的操作红不建议使用这种方式。

对操作符的优化，尽量不采用不利于索引的操作符

如：in、not in、is null、is not null、<、> 等。

某个字段总要拿来搜索，为其建立索引：Mysql 中可以利用 alter table 语句来为表中的字段添加索引，语法为：alter table 表明add index (字段名)。

查询优化

1. 对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。

2. 应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：

select id from t where num is null;
--- 可以在num上设置默认值0，确保表中num列没有null值，然后这样查询：
select id from t where num=0;　　

3. 应尽量避免在 where 子句中使用!=或<>操作符，否则将引擎放弃使用索引而进行全表扫描。

4. 尽量避免在 where 子句中使用 or 来连接条件，否则将导致引擎放弃使用索引而进行全表扫描，如：

select id from t where num=10 or num=20;
--- 可以这样查询：
select id from t where num=10
union all
select id from t where num=20;

5. in 和 not in 也要慎用，否则会导致全表扫描，如：

select id from t where num in(1，2，3);
--- 对于连续的数值，能用 between 就不要用 in 了：
select id from t where num between 1 and 3;

6. 下面的查询也将导致全表扫描：

select id from t where name like '%abc%';

7. 如在 where 子句中使用参数，也会导致全表扫描。因SQL只有在运行时才会解析局部变量，但优化程序不能将访问计划的选择推迟到运行时;必须在编译时进行选择。然而，如果在编译时建立访问计划，变量的值还是未知的，因无法作为索引选择的输入项。如下面语句将进行全表扫描：

select id from t where num=@num;
--- 可以改为强制查询使用索引：
select id from t with(index(索引名)) where num= @num;　

8. 应尽量避免在 where 子句中对字段进行表达式操作，这将导致引擎放弃使用索引而进行全表扫描。如：

select id from t where num/2=100;
--- 应改为：
select id from t where num=100*2;

9. 应尽量避免在where子句中对字段进行函数操作，这将导致引擎放弃使用索引而进行全表扫描。如：

select id from t where substring(name，1，3)='abc'; --name以abc开头的id
select id from t where datediff(day，createdate，'2005-11-30')=0--‘2005-11-30’生成的id