[刘阳Java]_MySQL数据优化总结_查询备忘录

数据库优化是在后端开发中必备技能,今天写一篇MySQL数据优化的总结,供你们看看mysql

1、MySQL数据库优化分类sql

咱们经过一个图片形式来看看数据优化一些策略问题数据库

不难看出,优化有两条路能够选择:硬件与技术。若是是投入硬件方式来优化成本至关高,若是是经过技术方式来优化效果好后端

2、测试数据样例:你们能够参考mysql官方的sakina数据库数组

3、提升mysql千万级大数据SQL查询优化几条经验函数

1. 对查询进行优化,应尽可能避免全表扫描,首先应考虑在where及order by 涉及的列上建立索引。由于:索引对查询的速度有着相当重要的影响测试

2. 尽可能避免在where字句中对字段进行null值的判断。不然将会致使引擎放弃使用索引而进行全表扫描 大数据

例如:select id from user where num is null 。能够将num是这个字段设置默认值0.确保表中没有null值,而后在进行查询。修正后的SQL以下:select id from user where num=0优化

为何须要尽可能去除null,而将这个字段设置默认值0,你们能够看看下面的分析spa

考虑以下状况,假设数据库中一个表有10^6条记录,DBMS的页面大小为4K,并存储100条记录。若是没有索引,查询将对整个表进行扫描,最坏的状况下,若是全部数据页都不在内存,须要读取10^4个页面,若是这10^4个页面在磁盘上随机分布,须要进行10^4次I/O,假设磁盘每次I/O时间为10ms(忽略数据传输时间),则总共须要100s(但实际上要好不少不少)。若是对之创建B-Tree索引,则只须要进行log100(10^6)=3次页面读取,最坏状况下耗时30ms。这就是索引带来的效果,不少时候,当你的应用程序进行SQL查询速度很慢时,应该想一想是否能够建索引

3. 应尽可能避免在where子句中使用!=或者是<>操做符号。不然引擎将放弃使用索引,进而进行全表扫描

4. 应尽可能避免在where子句中使用or来链接条件,不然致使放弃使用索引而进行全表扫描。可使用 union 或者是 union all代替

例如: select id from user where num =10 or num =20 这个语句景致使引擎放弃num索引,而要全表扫描来进行处理的

解决方式:使用union 或者是 union all来代替

select id from user where num = 10;
union all
select id from user where num =20;

5. in 和 not in 也要慎用,不然将会致使全表扫描

若是 in 对于连续的数组,可使用between ...and.来代替

例如:select id from user where num in (1,2,3); 像这样连续的就可使用between ...and...来代替了 select id from user where num between 1 and 3;

6. like使用需注意

下面这个查询也将致使全表查询:select id from user where name like '%三';

若是想提升效率,能够考虑到全文检索。好比solr或是luncene。而solr和luncenc是Java中最经常使用的全文检索的技术

而下面这个查询却使用到了索引:select id from user where name like '张%';

7. where子句参数使用时候需注意

若是在where子句中使用参数,也会致使全表扫描。由于sql只会在运行时才会解析局部变量。但优化程序不能将访问计划的选择推迟到运行时;必须在编译时候进行选择。然而,若是在编译时创建访问计划,变量的值仍是未知大,于是没法做为索引选择输入项

8. 尽可能避免在where子句中对字段进行表达式操做,这将致使引擎放弃使用索引而进行全表扫描

例如:select id from user where num/2=100;   应修改成:  select id from user where num = 100*2;

9. 尽可能避免爱where子句中对字段进行函数操做,这将致使引擎放弃索引,而进行全表扫描

例如:  select id from user substring(name,1,3) = 'abc' ,这句sql的含义其实就是,查询name以abc开头的用户id

应修改成:  select id from user where name like 'abc%';

10. 不要在where子句中的"="左边进行函数、算术运算或是使用其余表达式运算,不然系统可能没法正确使用索引

11. 不少时候用exists 代替 in是一个很好的选择

好比:  select num from user where num in(select num from newTable);

可使用下面语句代替:  select num from user a where exists(select num from newTable b where b.num = a.num );

12. 索引建立需注意

并不是索引建立越多越好。索引当然能够提升相应的查询效率,可是一样会下降insert以及update的效率。由于在insert或是update的时候有可能会重建索引或是修改索引。因此索引怎样建立须要慎重考虑,视状况而定。一个表中因此数量最好不要超过6个。若太多,则须要考虑一些不经常使用的列上建立索引是否有必要

13. 并非全部索引对查询都有效,sql是根据表中数据进行查询优化的,当索引lie(索引字段)有大量重复数据的时候,sql查询可能不会去利用索引。如一表中字段 sex、male、female 几乎各一半。那么即便在sex上建立了索引对查询效率也起不了多大做用

相关文章
相关标签/搜索