mysql性能优化----待完善

https://www.cnblogs.com/lijiasnong/p/9963905.html
查询慢的原因（通常DBMS都有自己的慢查询日志）：
外部原因：内存太小，本地I/O瓶颈，网络I/O瓶颈；
内部原因：程序本身DB设计不合理，SQL语句使用不合理，无索引或者有索引但未充分利用。
数据库设计层面的优化
遵循数据库设计三范式（通俗地讲就是每个字段不可再拆分，尽量减少冗余字段）；
字段类型设计上，能使用数值就不要使用字符串，能使用日期时间就不要使用字符串，最好把字段声明为not null default 默认值；
为了避免表连接查询，必要的冗余字段是可以设置的；
能提前建立的索引要提前建好（经常用在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语句使用层面的优化
尽量不使用 select *，而是要具体指定字段，比如select id, name…；
尽量不使用不等于<>；
不使用is null/is not null（虽然也会使用索引，但是性能损耗是由于default null的字段要比not null的字段多出额外的存储空间来标识这个字段的值是不是null）；
不使用or连接不同的字段；
不使用not in；
不在条件字段上使用函数；
不使用前置模糊查询（like ‘%a’）；等。
因为上面的使用方式都会产生全表扫描（当然，如果实在没办法优化，全表扫描就扫描吧）
索引优化
建立索引的字段从内容上要有差异要有区分度。
索引提升的是读性能，如果一张表的写操作更多，则尽量不建或者少建索引。
使用where、group by、order by时，尽量充分利用建立索引的字段。