MySQL的联合索引和覆盖索引

本文探讨了MySQL中的联合索引和覆盖索引,通过创建一个orders表并插入数据,展示了不同查询方式下,使用联合索引如何影响查询效率。在没有索引时,count操作需要进行全表扫描。添加联合索引后,count操作显著加快,特别是针对索引列。文中还提到了索引条件处理(ICP)的概念,说明索引在存储引擎层已经进行了过滤。

关于MySQL的联合索引,覆盖索引一直蒙蒙哒,所以写点东西来熟悉一下
首先创建一个表orders,结构如下:

create table orders(
order_id int unsigned auto_increment,
order_status int not null,
total_price int unsigned,
settle_type int,
store_id int,
buyer_id int,
goods varchar(20),
create_time datetime default current_timestamp,
primary key(order_id)
);

然后我们创建一个存储过程,向这个表中插入一些数据:

drop procedure if exists load_orders;
delimiter //
create procedure load_orders(count int unsigned)
begin
declare status int default 0;
declare type int default 0;
declare store int default 133;
declare price int default 85;
declare buyer int default 1001;
declare goods varchar(20) ;
declare i int unsigned default 0;
SET goods= 'al';
while i<count DO
  SET status=mod (status,77);
  SET type=mod(type,
### MySQL 联合索引覆盖索引的区别 #### 定义区分 联合索引指的是在一个表上的多个列上创建的一个复合索引。当查询条件涉及到这些列时,MySQL 可以利用这个联合索引来快速定位记录[^3]。 覆盖索引则是指查询所需的数据可以直接通过索引获得而无需访问实际的表数据文件的情况。这意味着如果一个查询只涉及到了某个索引中的字段,则该索引即为覆盖索引[^1]。 #### 工作机制差异 对于联合索引而言,其主要作用在于加速多列组合条件下对特定行的查找过程。例如,在`orders`表中建立了`(customer_id, product_id)`这样的联合索引之后,针对这两个字段的同时过滤操作会变得非常高效[^5]。 相比之下,覆盖索引更侧重于减少磁盘I/O次数来提高性能。由于不需要回表读取完整的行数据,因此可以显著降低数据库服务器的工作负载并加快响应速度。只要所有的SELECT列表项都包含在这个索引之内即可实现这一点。 #### 实际应用案例对比 考虑如下场景: - **仅使用联合索引** ```sql SELECT order_id FROM orders WHERE customer_id = ? AND product_id = ? ``` 这里虽然有联合索引的存在,但由于select部分并未完全被索引覆盖,仍然需要回到原表去获取`order_id`的信息。 - **既用了联合索引又构成覆盖索引** ```sql SELECT quantity FROM orders USE INDEX(idx_orders_customer_id_product_id) WHERE customer_id = ? AND product_id = ? ``` 此处不仅利用了联合索引提高了WHERE子句效率,而且因为`quantity`也存在于同一个索引内,所以整个查询形成了覆盖索引的效果,进一步提升了执行效能。
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值