一、单表优化
建表:
CREATE TABLE `rc_puchase_catalog` (
`SEQ_ID` char(30) DEFAULT NULL COMMENT '数据库主键 无实际业务含义',
`PROVINCE_CODE` char(2) NOT NULL COMMENT '省份',
`pur_po_number` varchar(30) DEFAULT NULL COMMENT '采购协议号',
`price_pre` int(8) DEFAULT NULL COMMENT '上一次成本价',
`rs_id` varchar(30) NOT NULL COMMENT '对应资源中心 rc_resource 表 RS_ID字段',
`item_number` varchar(30) NOT NULL COMMENT '外部sku编码 字段',
`price_chengben` int(8) DEFAULT NULL COMMENT '成本价',
`creation_date` date DEFAULT NULL COMMENT '创建日期',
`agrrent_id` date DEFAULT NULL COMMENT '协议开始时间',
`updatime` date DEFAULT NULL COMMENT '程序入库当前时间sysdate',
`sale_flag` char(1) NOT NULL DEFAULT '0' COMMENT '是否零售机型,0 否 1是',
`effect_time` date DEFAULT NULL COMMENT '新价格生效日期'
) ENGINE=InnoDB DEFAULT CHARSET=utf8
下面执行以下SQL:
EXPLAIN SELECT
PROVINCE_CODE,
price_pre,
rs_id,
item_number,
price_chengben,
sale_flag
FROM
rc_puchase_catalog
WHERE
rs_id = 201805284765661
AND sale_flag = '0'
AND PROVINCE_CODE IN('98', '31')
运行结果:没有使用索引、并且出现了文件内排序。
结论:很显然type是ALL,即最坏情况。Extra里还出现Using filesort(文件内排序),也是最坏情况,所以优化是必须的。
开始优化:
创建索引:
(1)查看表已经存在的所有语句:
SHOW INDEX FROM rc_puchase_catalog
(2)如果已经存在索引,删除索引语句:
drop index index_name onrc_purchase_catalog
(3)创建索引,在经常当做查询条件的字段上建立索引(根据业务场景视情况而定)
create index idx_PROVINCECODE_SALEFLAG_RSID on rc_purchase_catalog(PROVINCE_CODE,SALE_FLAG,RS_ID)
使用explain分析以上SQL:
EXPLAIN SELECT
PROVINCE_CODE,
price_pre,
rs_id,
item_number,
price_chengben,
sale_flag
FROM
rc_puchase_catalog
WHERE
PROVINCE_CODE in ('98','31')
AND sale_flag = '0'
AND rs_id = '201805284765661'
运行结果:目前不在是全表扫描,是range可以接受。
结论:type变成了range,因为有in查询。Extra里的没有文件内排序,勉强可以接受。
二、两表优化
(1)left join查询
左连接的特性:left join条件用于确定如何从右表开始搜索,左边一定有,所以右边是我们的关键点,一定要建立索引。
(2)right join查询
右连接的特性:right jon条件用于确定如何从左表开始搜索,右边一定有,所以左边是我们的关键点,一定要建立索引。
三、三表优化
注意点:
1.索引最好建立在需要经常查询的字段上;
2.join语句的优化:尽可能减少join语句中的NestedLoop(嵌套查询)的循环查询次数,“永远用小的结果集驱动大的结果集”;
3.优先优化嵌套循环的内层循环;
4.保证join语句中被驱动表上join条件字段已经建立索引;
5.当无法保证被驱动表的join条件字段被索引且内存资源充足的条件下,不要太吝惜JoinBuffer的设置。
四、如何避免索引失效
1.全职匹配我最爱原则;
2.最佳左前缀原则;
3.不在索引列上做任何操作(计算、函数(自动or手动)类型的转换),会导致索引失效而转向全表扫描
4.存储引擎不能使用索引中范围条件右边的列;
5.尽量使用覆盖索引(只访问索引的查询(索引列和查询列保持一致)),减少select *操作;
6.MySQL在使用不等于(!= 或 <>)的时候无法使用索引会导致全表扫描;
7.is null ,is not null 也无法使用索引;
8.like以通配符开头MySQL索引失效会变成全表扫描的操作;
9.字符串不加单引号索引失效;
10.少用or ,用它来连接时会导致索引失效。