一:定义
mysql的性能优化包括: 索引优化,查询优化,查询缓存,服务器设置优化,操作系统和硬件优化,应用层面优化(web服务器,缓存)等等。这里主要是查询语句上面的优化,其它层面的优化技巧在此不做记录。
二:开销指标
执行时间 检查的行数 返回的行数
三:建立索引的几个准则
1、合理的建立索引能够加速数据读取效率,不合理的建立索引反而会拖慢数据库的响应速度。 2、索引越多,更新数据的速度越慢。
3、尽量在采用MyIsam作为引擎的时候使用索引(因为MySQL以BTree存储索引),而不是InnoDB。但MyISAM不支持Transcation。
4、当你的程序和数据库结构/SQL语句已经优化到无法优化的程度,而程序瓶颈并不能顺利解决,那就是应该考虑使用诸如memcached这样的分布式缓存系统的时候了。
5、习惯和强迫自己用EXPLAIN来分析你SQL语句的性能。
四:操作实例
1.对查询进行优化,应尽量避免全表扫描,首先应考虑在条件选择的语句上合理的放置索引,eg: where 及 order by 涉及的列上建立索引,而不是在选择的栏位上放置索引,
eg:select id from table where id<5 order by id desc
2.应尽量避免在 where 子句中,a:使用!=或<>操作符,b:对字段进行 null 值判断,c:使用 or 来连接条件,否则将导致引擎放弃使用索引而进行全表扫描。
b: select id from t where num is null
可以在num(数字)上设置默认值0,确保表中num列没有null值,然后这样查询:
select id from t where num=0
c: 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
注:UNION 直接连接,取唯一值,口诀:去重且排序,效率低于union all
UNION ALL 直接连接,列出所有数据。口诀:不去重不排序
能用UNION ALL就不要用UNION
3.下面的查询也将导致全表扫描:
select id from t where name like '%abc%'
若要提高效率,可以考虑全文检索。目前只有MySQL5.7支持全文索引(支持中文)
可以修改为select id from t where name like 'abc%'
4.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
eg:用IN来替换OR,在in语句中能用exists语句代替的就用exists
5.如果在 where 子句中使用参数,也会导致全表扫描。因为SQL只有在运行时才会解析局部变量,但优化程序不能将访问计划的选择推迟到运行时;它必须在编译时进行选择。然而,如果在编译时建立访问计划,变量的值还是未知的,因而无法作为索引选择的输入项。如下面语句将进行全表扫描:
select id from t where num=@num
可以改为强制查询使用索引:
select id from t with(index(索引名)) where num=@num
6.应尽量避免在 where 子句中对字段进行表达式操作,这将导致引擎放弃使用索引而进行全表扫描。如:
select id from t where num/2=100
应改为:
select id from t where num=100*2
7.应尽量避免在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
应改为:
select id from t where name like 'abc%'
select id from t where createdate>='2005-11-30' and createdate<'2005-12-1'
copy的网址:1:https://www.cnblogs.com/wangning528/p/6388538.html
2:http://www.jb51.net/article/39221.htm