mysql，查询，索引
需积分: 1 169 浏览量
2024-03-26
12:29:30
上传
评论
收藏 1005KB PDF 举报
1.MySQL
索
引
原
理
1.
索
引
⽬
的
索
引
的
⽬
的
在
于
提
⾼
查
询
效
率
，
可
以
类
⽐
字
典
，
如
果
要
查
“
mysql
”
这
个
单
词
，
我
们
肯
定
需
要
定
位
到
m
字
⺟
，
然
后
从下
往
下
找
到
y
字
⺟
，
再
找
到剩
下
的
sql
。
如
果
没
有
索
引
，
那
么
你
可
能
需
要
把所
有
单
词
看
⼀
遍
才
能
找
到
你
想
要
的
，
如
果
我
想
找
到
m
开
头
的
单
词
呢
？
或
者
ze
开
头
的
单
词
呢
？
是
不
是
觉
得
如
果
没
有
索
引
，
这
个事
情
根
本
⽆
法
完
成
？
2.
索
引
原
理
除
了
词
典
，
⽣
活
中
随
处
可
⻅
索
引
的
例
⼦
，
如
⽕
⻋
站
的
⻋
次
表
、
图
书
的
⽬
录
等
。
它
们
的
原
理
都
是
⼀
样
的
，
通过
不
断
的
缩
⼩
想
要
获
得
数
据
的
范
围
来
筛
选
出
最
终
想
要
的
结
果
，
同
时
把
随
机
的
事
件
变
成
顺
序
的
事
件
，
也
就
是
我
们
总
是
通过
同
⼀
种
查
找
⽅
式
来
锁
定
数
据
。
数
据
库
也
是
⼀
样
，
但
显
然
要
复
杂
许
多
，
因
为不仅
⾯
临
着
等
值
查
询
，
还
有
范
围
查
询
(>
、
<
、
between
、
in)
、
模
糊
查
询
(like)
、
并
集
查
询
(or)
等等
。
数
据
库应
该
选
择
怎
么
样
的
⽅
式
来
应
对
所
有
的
问
题
呢
？
我
们
回
想
字
典
的
例
⼦
，
能
不
能
把
数
据
分
成
段
，
然
后
分
段
查
询
呢
？
最
简
单
的
如
果
1000
条
数
据
，
1
到
100
分
成
第
⼀
段
，
101
到
200
分
成
第
⼆
段
，
201
到
300
分
成
第
三
段
……
这
样查
第
250
条
数
据
，
只
要
找
第
三
段
就
可
以
了
，
⼀下
⼦
去
除
了
90%
的
⽆
效数
据
。
但
如
果
是
1
千
万
的
记
录
呢
，
分
成
⼏
段
⽐
较
好
？
稍
有
算
法
基
础
的
同
学
会
想
到
搜
索
树
，
其
平
均
复
杂
度
是
lgN
，
具
有
不
错
的
查
询
性
能
。
但
这
⾥
我
们
忽
略
了⼀个
关
键
的
问
题
，
复
杂
度
模
型
是
基
于
每
次
相
同
的
操
作
成
本来
考
虑
的
，
数
据
库
实
现
⽐
较
复
杂
，
数
据
保
存
在
磁
盘
上
，
⽽
为了
提
⾼
性
能
，
每
次
⼜
可
以
把
部
分
数
据
读
⼊内
存
来
计
算
，
因
为
我
们
知
道
访
问
磁
盘
的
成
本
⼤
概
是
访
问
内
存
的
⼗
万
倍
左
右
，
所
以
简
单
剩余11页未读，继续阅读
资源评论
