添加索引无效

创建索引三种方法

1、使用crate关键字,sap_queue_data是表名,biz_type是字段,index_biz_type 是索引名

CREATE index index_biz_type on sap_queue_data(biz_type)

2、使用alter关键字,sap_tr_item是表名,index_tr_item 是索引名称,tr_item是字段名称

ALTER TABLE `sap_tr_item` ADD INDEX index_tr_item ( `tr_item` ) 

3、手动创建,Ctrl+d打开需要添加索引的表,找到索引tab,点击添加索引
在这里插入图片描述

查看索引有没有用到

使用关键字explain

EXPLAIN SELECT
	* 
FROM
	sap_tr_item 
WHERE
	del_flag = 0 
	AND create_time BETWEEN '2021-08-01 00:00:00' 
	AND '2022-09-30 00:00:00';

在这里插入图片描述
这里显示all,说明索引没起作用,原因是如果查询结果的数量约小于总数量的1/5,那么索引会有效;2.如果查询结果的数量超过1/5,那么走全表扫描,索引生效,加个limit,索引就生效了

EXPLAIN SELECT
	* 
FROM
	sap_tr_item 
WHERE
	del_flag = 0 
	AND create_time BETWEEN '2021-08-01 00:00:00' 
	AND '2022-09-30 00:00:00' 
	LIMIT 300;

在这里插入图片描述

多表连接添加索引

今天刚学到,在关联的字段都加上索引会大大提升查询速度

SELECT
	m.tr_item material_code,
	sum( o.change_num ) change_num,
	sum( m.quantity ) quantity 
FROM
	sap_tr_item m
	LEFT JOIN sap_queue_data q ON q.id = m.head_id
	LEFT JOIN nidec_out_stock_change_bill o ON o.nidec_component_requirement_detail_id = m.line_num 
WHERE
	m.del_flag = 0 
	AND q.del_flag = 0 
	AND q.biz_type IN ( 10, 20, 40, 41, 50, 51, 60, 70 ) 
	AND m.create_time BETWEEN '2021-08-01 00:00:00' 
	AND '2022-09-30 00:00:00' 
GROUP BY
	m.tr_item

这里是没加索引的查询速度22.194s
在这里插入图片描述
这里是添加索引之后的查询速度,0.627s
在这里插入图片描述

主表sap_tr_item表的索引
在这里插入图片描述
sap_queue_data 表的索引
在这里插入图片描述

nidec_out_stock_change_bill 表的索引
在这里插入图片描述

这里m表的索引没有起作用,为啥呢,没排查出来,初步猜测是因为查询数据量大于1/5
在这里插入图片描述

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
场景一: 确认1.碰到了一个一个非常慢的SQL server语句,发现是变量查询时很慢 SQL语句: DECLARE @SN VARCHAR(12) SET @SN = '30F335CD0045' SELECT [Mac2] FROM SF_Cp_Detail WHERE [Mac2] = @SN 确认2.查看索引是:唯一非聚集索引 CREATE UNIQUE NONCLUSTERED INDEX [IX_SF_CP_Detail_MAC2] ON [dbo].[SF_Cp_Detail] ( [Mac2] ASC ) WHERE ([MAC2]'' AND [MAC2] IS NOT NULL) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) GO 确认3.执行计划如下: 执行计划 SET STATISTICS IO ON ; (0 行受影响) Table 'SF_Cp_Detail'. Scan count 33, logical reads 1267942, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0. 场景二: 为什么用不到索引IX_SF_CP_Detail_MAC2]呢? 尝试1: 把唯一非聚集索引改为非聚集索引, Done,用到索引了. Drop index ……. CREATE NONCLUSTERED INDEX [IX_SF_Cp_Detail_Mac2] ON [dbo].[SF_Cp_Detail] ( [Mac2] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) GO 尝试2: 可是还需要验证唯一性怎么办呢? 试了半天未达到目标, 根据别人提示, 恢复唯一非聚集 CREATE UNIQUE NONCLUSTERED INDEX [IX_SF_CP_Detail_MAC2] ON [dbo].[SF_Cp_Detail] ( [Mac2] ASC ) WHERE ([MAC2]'' AND [MAC2] IS NOT NULL) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) GO 然后 修改查询: DECLARE @SN VARCHAR(12) SET @SN = '30F335CD0045' SELECT [Mac2] FROM SF_Cp_Detail WHERE [Mac2] = @SN option (recompile) 预计查询计划 看样子不行, 但是,看一下实际查询计划: OK ,Done,可以了. 尝试3. 但是我不可能去每个程序加option (recompile)呀, 而且随着数据量的增大,每次重新编译索引, 本身就导致SQL语句变慢. 最终解决方案: 唯一非聚集索引留着, 再添加一个 非聚集索引,保留两个索引, 终于搞定了. CREATE UNIQUE NONCLUSTERED INDEX [IX_SF_CP_Detail_MAC2] ON [dbo].[SF_Cp_Detail] ( [Mac2] ASC ) WHERE ([MAC2]'' AND [MAC2] IS NOT NULL) WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING =
MySQL中,可以使用以下语句来添加索引: CREATE INDEX index_name ON table_name(column_name); 其中,index_name是索引的名称,table_name是要添加索引名,column_name是要添加索引的列名。例如,如果要在名为users的的name列上添加索引,可以使用以下语句: CREATE INDEX idx_name ON users(name); 这将在users的name列上创建一个名为idx_name的索引。通过添加索引,可以提高查询效率,特别是在使用WHERE子句和LIKE运算符时。然而,需要注意的是,在某些情况下,如使用通配符%开头的LIKE查询,索引可能会失效。在这种情况下,建议使用全文索引来提高查询效率。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *3* [MySQL数据库中的索引(含SQL语句)](https://blog.csdn.net/weixin_45970271/article/details/124304965)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] - *2* [MySQL修改和删除索引(DROP INDEX)](https://blog.csdn.net/mysqlsd/article/details/103474797)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值