MySql优化的一般步骤:
1. 定位执行效率较低的SQL语句(dql出现问题的概率较dml的大)
mysql支持把慢查询语句记录到日志文件中。
程序员需要修改my.ini的配置文件,默认情况下,慢查询记录是不开启的。
开启慢查询记录的步骤:
打开 my.ini ,找到 [mysqld] 在其下面添加
long_query_time = 1 设置时间界限,查询花费超过1秒视为慢的查询
log-slow-queries = D:/mysql/logs/slow.log #设置把日志写在那里,可以为空,系统会给一个缺省的文件
例子:我们数据表中有1千万条的数据量
DQL语句:SELECT * FROM order_copy WHERE id=12345;
查询耗时:19s>1s,所以mysql会将该条select语句记录到慢查询日志中
SELECT * FROM order_copy WHERE id=12345的执行时间:
添加索引前:19s
添加索引后:0.08s
2.通过explain分析低效率的SQL语句的执行情况
使用explain分析该dql语句:
EXPLAIN SELECT * FROM order_copy WHERE id=12345
会产生如下信息:
select_type:表示查询的类型。
table:输出结果集的表
type:表示表的连接类型(system和const为佳)
possible_keys:表示查询时,可能使用的索引
key:表示实际使用的索引
key_len:索引字段的长度
rows:扫描的行数
Extra:执行情况的描述和说明
注意:要尽量避免让type的结果为all,extra的结果为:using filesor
4.确定问题并采取相应的优化措施
- 常用的优化措施是添加索引。添加索引,我们不用加内存,不用改程序,不用调sql,只要执行个正确的’create index’,查询速度就可能提高百倍千倍。但是天下没有免费的午餐,查询速度的提高是以插入、更新、删除的速度为代价的,这些写操作,增加了大量的I/O。
例如:给字段id添加索引:
ALTER TABLE order_copy ADD PRIMARY KEY(id)
给1千万的数据添加primary key 需要耗时: 428秒(7分钟)
EXPLAIN SELECT * FROM order_copy WHERE id=12345
正是因为给id添加了索引,才使得rows的结果为1
但是索引并不是可以随便添加的,以下几种情况需牢记在心:
- 较频繁的作为查询条件字段应该创建索引
select * from order_copy where id = $id
- 唯一性太差的字段不适合单独创建索引,即使频繁作为查询条件
select * from order_copy where sex=’女’
- 更新非常频繁的字段不适合创建索引
select * from order_copy where order_state=’未付款’
- 不会出现在WHERE子句中字段不该创建索引
索引的类型:
- PRIMARY 索引 => 在主键上自动创建
- INDEX 索引 => 就是普通索引
- UNIQUE 索引 => 相当于INDEX + Unique
- FULLTEXT => 只在MYISAM 存储引擎支持, 目的是全文索引,在内容系统中用的多, 在全英文网站用多(英文词独立). 中文数据不常用,意义不大 国内全文索引通常 使用 sphinx 来完成.
索引的使用
- 建立索引 create [UNIQUE|FULLTEXT] index index_name on tbl_name (col_name [(length)] [ASC | DESC] , …..);
alter table table_name ADD INDEX [index_name] (index_col_name,...)
添加主键(索引) ALTER TABLE 表名 ADD PRIMARY KEY(列名,..); 联合主键
- 删除索引 DROP INDEX index_name ON tbl_name;
alter table table_name drop index index_name; - 删除主键(索引)比较特别: alter table t_b drop primary key;
- 查询索引(均可) show index from table_name;
show keys from table_name;
desc table_Name;