数据库优化:

1.可以在单个SQL语句，整个应用程序，单个数据库服务器或多个联网数据库服务器的级别进行优化

2.数据库性能取决于数据库级别的几个因素，例如表，查询和配置设置

3.在数据库级别进行优化,在硬件级别进行优化,平衡可移植性和性能

4.合适的结构,合适的数据类型;执行频繁更新的应用程序大量表(少列);分析大量数据的应用程序少量表(多列);选择合适的存储引擎和索引;

5.压缩适用于InnoDB表的各种工作负载，以及只读MyISAM表

6.选择合适的锁定策略;InnoDB存储引擎可以处理大多数锁定问题

7.配置的主要内存区域是InnoDB缓冲池和MyISAM密钥缓存。

8.优化select语句,这方面技巧同样适用于其他带where的delete语句等,在where子句的列上设置索引;索引对于引用多个列如join和外键尤其重要

 

select where子句优化:

1.调整查询的结构,例如函数调用,为结果集中的每一行只调用一次,为表中的每一行只调用一次

2.减少查询中的全表扫描数

3.定期使用ANALYZE TABLE语句使表统计信息保持最新

4.了解特定于每个表的存储引擎的调优技术，索引技术和配置参数

5.优化InnoDB表的单查询事务

6.通过阅读EXPLAIN计划并调整索引，WHERE子句，连接子句等来调查特定查询的内部详细信息

7.调整MySQL用于缓存的内存区域的大小和属性。通过有效使用InnoDB缓冲池，MyISAM密钥缓存和MySQL查询缓存

8.where条件,去掉不必要的括号,恒定折叠,恒定条件去除,减少不必要的逻辑

9.被索引使用的常量表达式只计算一次

10.count(*)直接从表信息中查询;当只有一张表时,not null表达式也是这样

11.如果不使用GROUP BY或聚合函数（COUNT（），MIN（）等），HAVING将与WHERE合并

12.常量表,只有一行或空表;where子句作用在primary key或者unique索引上

13.如果ORDER BY和GROUP BY子句中的所有列都来自同一个表,则在连接时首选该表

14.如果order by子句和group by子句不一样,或来自不同的表,则会创建临时表

15.如果使用SQL_SMALL_RESULT修饰符，MySQL将使用内存中的临时表

16.MySQL甚至无需咨询数据文件即可只从索引中读取行

17.在输出每一行之前，将跳过与HAVING子句不匹配的行

以下表被用作常量表:

SELECT * FROM t WHERE primary_key=1;SELECT * FROM t1,t2  WHERE t1.primary_key=1 AND t2.primary_key=t1.id;

以下查询运行速度非常快:

SELECT COUNT(*) FROM tbl_name;SELECT MIN(key_part1),MAX(key_part1) FROM tbl_name;SELECT MAX(key_part2) FROM tbl_name  WHERE key_part1=constant;SELECT ... FROM tbl_name  ORDER BY key_part1,key_part2,... LIMIT 10;SELECT ... FROM tbl_name  ORDER BY key_part1 DESC, key_part2 DESC, ... LIMIT 10;

假设索引列是数值型,以下查询仅用到了索引树:

SELECT key_part1,key_part2 FROM tbl_name WHERE key_part1=val;SELECT COUNT(*) FROM tbl_name  WHERE key_part1=val1 AND key_part2=val2;SELECT key_part2 FROM tbl_name GROUP BY key_part1;

以下查询使用索引按排序顺序取回数据,不需要单独排序

SELECT ... FROM tbl_name  ORDER BY key_part1,key_part2,... ;SELECT ... FROM tbl_name  ORDER BY key_part1 DESC, key_part2 DESC, ... ;