ABC联合索引生效问题(已更新2020-11-17)

对于复合索引:Mysql从左到右的使用索引中的字段,一个查询可以只使用索引中的一部份,但只能是最左侧部分。例如索引是key index (a,b,c)。 可以支持a | a,b| a,b,c 3种组合进行查找,但不支持 b,c进行查找 .当最左侧字段是常量引用时,索引就十分有效。

以下是一些例子:

(1) select * from myTest where a=3 and b=5 and c=4; ---- abc顺序
abc三个索引都在where条件里面用到了,而且都发挥了作用

(2) select * from myTest where c=4 and b=6 and a=3;
where里面的条件顺序在查询之前会被mysql自动优化,效果跟上一句一样

(3) select * from myTest where a=3 and c=7;
建立了联合索引a,b,c,相当于建立了四个索引 (a,b,c),(a,b),(a,c),(a) ,这样a,c就会命中,而且还有一种情况是,假如建立了(a,b,c)联合索引,查询的时候是where c = 1 and b = 2 and a= 3,即使这样,数据库底层也会优化,从而命中a,b,c三个索引

(4) select * from myTest where a=3 and b>7 and c=3; ---- b范围值,断点,阻塞了c的索引
a用到了,b也用到了,c没有用到,这个地方b是范

<think>好的,我现在需要处理用户关于“索引联合索引”的查询。用户之前询问过@NotBlank注解,现在转向数据库索引,可能是在学习后端开发中的数据持久化部分。 首先,要明确用户的需求。他们可能想了解索引的基本概念,以及联合索引的具体应用场景和优化技巧。由于用户之前接触的是Java校验,可能对数据库优化不熟悉,需要从基础讲起。 接下来,我需要确定回答的结构。用户提供的示例回答结构清晰,分点说明,我应该效仿。先介绍索引,再讲联合索引,然后对比,注意事项,最后使用建议。这样用户能逐步理解。 索引部分要解释是什么、为什么使用、优缺点。联合索引则需要强调多个列的组合,以及最左前缀原则。需要举例说明,比如(name, age)的查询情况,这样用户更容易理解。 同时,用户可能对如何创建索引联合索引的SQL语法感兴趣,所以需要给出示例代码,比如CREATE INDEX语句。注意事项部分要提到过度索引问题,写操作的性能影响,以及索引选择策略。 还要考虑用户的实际应用场景,比如在订单表中使用联合索引来优化查询,这能帮助他们将理论应用到实践中。最后,总结部分要强调合理使用索引的重要性,避免常见误区。 需要确保用词准确,避免技术术语过多,但又要保持专业性。例如,解释“最左前缀原则”时,要简明扼要,用例子说明。同时,检查是否有遗漏点,比如索引的类型(B-tree、哈希等),但用户的问题可能更关注基础,所以暂时不深入。 最后,确保回答符合之前的格式要求,使用中文,数学公式用$...$,独立公式用$$...$$,但这次内容可能不需要太多公式,但如果有涉及计算的地方要注意格式。检查是否有错误,比如索引的优缺点是否全面,联合索引的应用场景是否明确。</think>以下是对数据库索引联合索引的全面解析,采用技术文档结构呈现: 一、索引基础原理 1. **本质定义** $$ \text{索引} = \text{预排序数据结构} + \text{快速定位指针} $$ - 采用B+Tree/Hash等数据结构实现(主流数据库默认B+Tree) - 存储字段值+对应数据物理地址 2. **核心价值** - 将$O(n)$的全表扫描优化为$O(\log n)$的树搜索 - 典型空间换时间策略(索引占表空间20%-30%) 3. **创建语法示例** ```sql -- 单列索引 CREATE INDEX idx_name ON users(name); -- 联合索引(多列组合) CREATE INDEX idx_name_age ON employees(name, age DESC); ``` 二、联合索引专项解析 1. **结构特性** - 索引键值按声明顺序存储:$(\text{col1}, \text{col2}, \text{col3}) \rightarrow$ 先按col1排序,col1相同按col2排序,依此类推 - 存储结构示例: ``` (Alice,20) -> 0x1234 (Alice,25) -> 0x5678 (Bob,18) -> 0x9abc ``` 2. **最左前缀原则** - 有效查询模式: ```sql WHERE col1 = ? WHERE col1 = ? AND col2 = ? WHERE col1 = ? AND col2 > ? ``` - 失效场景: ```sql WHERE col2 = ? -- 缺少左前缀 WHERE col1 LIKE '%abc' -- 左前缀模糊匹配 WHERE col1 = ? OR col2 = ? -- OR操作破坏连续性 ``` 三、性能对比矩阵 | 对比维度 | 单列索引 | 联合索引 | |----------------|---------------------------|-------------------------| | 存储开销 | 每个索引独立存储 | 多列组合存储,节省空间 | | 查询覆盖 | 仅优化单列查询 | 支持多列组合查询 | | 排序优化 | 单字段排序 | 多字段复合排序 | | 维护成本 | 写操作需维护多个索引 | 单索引维护成本更低 | 四、实践应用建议 1. **优先场景** - 高频组合查询:`WHERE status=1 AND create_time > '2023'` - 多列排序需求:`ORDER BY last_name, first_name` - 覆盖索引优化:`SELECT id,name FROM users WHERE age=25` 2. **设计策略** - 区分度原则:高区分度列(如手机号)放左侧 - 长度控制:varchar列建立前缀索引`INDEX idx(email(10))` - 冷热分离:更新频率差异大的列避免组成联合索引 五、典型案例分析 **订单表优化场景**: ```sql CREATE TABLE orders ( id BIGINT PRIMARY KEY, user_id INT NOT NULL, status TINYINT NOT NULL, create_time DATETIME NOT NULL, amount DECIMAL(10,2) ); -- 创建联合索引 CREATE INDEX idx_user_status_time ON orders(user_id, status, create_time); ``` **生效查询**: ```sql SELECT * FROM orders WHERE user_id=123 AND status=2 ORDER BY create_time DESC LIMIT 10; EXPLAIN结果: type=ref, key=idx_user_status_time, Extra=Using where ``` 六、注意事项 1. **索引失效陷阱**: - 隐式类型转换:`WHERE varchar_col=123` - 函数操作:`WHERE YEAR(create_time)=2023` - 不等于操作:`WHERE status != 1` 2. **监控维护**: ```sql -- 查看索引使用率 SELECT * FROM sys.schema_index_statistics WHERE table_name='orders'; -- 重建索引 ALTER TABLE orders REBUILD INDEX idx_name; ``` 正确使用索引可使查询速度提升$10^2 \sim 10^4$倍,但需根据EXPLAIN执行计划和慢查询日志持续优化。建议单表索引数控制在$[3,5]$个区间,避免过度索引影响写性能。
评论 12
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值