性能优化
慢查询原因(通常DBMS都有自己的慢查询日志):
1.外部原因:内存太小,本地I/O瓶颈,网络I/O瓶颈;
2.内部原因:程序本身DB设计不合理,SQL语句使用不合理,无索引或者有索引但未充分利用。
学会使用explain分析简单的查询。
explain select *from student;
explain select *from person
where name=‘jack’;
一.数据库设计层面的优化
1.遵循数据库设计三范式(通俗地讲就是每个字段不可再拆分,尽量减少冗余字段);
2.字段类型设计上,能使用数值就不要使用字符串,能使用日期时间就不要使用字符串,最好把字段声明为not null default 默认值;
3.为了避免表连接查询,必要的冗余字段是可以设置的;
4.能提前建立的索引要提前建好(经常用在where、group by、order by中的字段最好建索引)。
创建索引方式一:alter table student_score add key idx_sc_s_c(sname,cname);
删除索引方式一:alter table student_score drop key idx_sc_s_c;
创建索引方式二:create index idx_sc_c on student_score(cname);
删除索引方式二:drop index idx_sc_c on student_score;
如下图,联合索引,idx_sc_s_c,在红框中的用法,是使用不到联合索引的。
要想使用联合索引,要么把联合索引中的字段按顺序全都用上(sname= and cname= ),要么就使用最左边的字段(sname=)
二.SQL语句使用层面的优化
1.尽量不使用 select *,而是要具体指定字段,比如select id, name…;
2.尽量不使用不等于<>;
3.尽量不使用is null/is not null(虽然也会使用索引,但是性能损耗是由于default null的字段要比not null的字段多出额外的存储空间来标识这个字段的值是不是null);
4.不使用or连接不同的字段;
5.不使用not in;
6.不在条件字段上使用函数;
7.不使用前置模糊查询(like ‘%a’);等。
因为上面的使用方式都会产生全表扫描(当然,如果实在没办法优化,全表扫描就扫描吧)
三.索引优化
1.建立索引的字段从内容上要有差异要有区分度。
2.索引提升的是读性能,如果一张表的写操作更多,则尽量不建或者少建索引。
3.使用where、group by、order by时,尽量充分利用建立索引的字段。