3、负向条件查询不能使用索引
-
负向条件有:
!=
、<>
、not in
、not exists
、not like
等。 -
例如下面SQL语句:
select * from doc where status != 1 and status != 2;
复制代码
- 可以优化为 in 查询:
select * from doc where status in (0,3,4);
复制代码
4、联合索引最左前缀原则
-
如果在
(a,b,c)
三个字段上建立联合索引,那么他会自动建立a
|(a,b)
|(a,b,c)
组索引。 -
登录业务需求,SQL语句如下:
select uid, login_time from user where login_name=? andpasswd=?
复制代码
- 可以建立
(login_name, passwd)
的联合索引。因为业务上几乎没有passwd
的单条件查询需求,而有很多login_name
的单条件查询需求,所以可以建立(login_name, passwd)
的联合索引,而不是(passwd, login_name
)。
- 建立联合索引的时候,区分度最高的字段在最左边
- 存在非等号和等号混合判断条件时,在建立索引时,把等号条件的列前置。如
where a>? and b=?
,那么即使a
的区分度更高,也必须把b
放在索引的最前列。
- 最左前缀查询时,并不是指SQL语句的where顺序要和联合索引一致。
- 下面的 SQL 语句也可以命中
(login_name, passwd)
这个联合索引:
select uid, login_time from user where passwd=? andlogin_name=?
复制代码
- 但还是建议
where
后的顺序和联合索引一致,养成好习惯。
- 假如
index(a,b,c)
,where a=3 and b like 'abc%' and c=4
,a
能用,b
能用,c
不能用。
5、不能使用索引中范围条件右边的列(范围列可以用到索引),范围列之后列的索引全失效
-
范围条件有:
<、<=、>、>=、between
等。 -
索引最多用于一个范围列,如果查询条件中有两个范围列则无法全用到索引。
-
假如有联合索引
(empno、title、fromdate)
,那么下面的 SQL 中emp_no
可以用到索引,而title
和from_date
则使用不到索引。
select * from employees.titles where emp_no < 10010’ and title='Senior Engineer’and from_date between ‘1986-01-01’ and ‘1986-12-31’
复制代码
6、不要在索引列上面做任何操作(计算、函数),否则会导致索引失效而转向全表扫描
- 例如下面的 SQL 语句,即使
date
上建立了索引,也会全表扫描:
select * from doc where YEAR(create_time) <= ‘2016’;
复制代码
- 可优化为值计算,如下:
select * from doc where create_time <= ‘2016-01-01’;
复制代码
- 比如下面的 SQL 语句:
select * from order where date < = CURDATE();
复制代码
- 可以优化为:
select * from order where date < = ‘2018-01-2412:00:00’;
复制代码
7、强制类型转换会全表扫描
-
字符串类型不加单引号会导致索引失效,因为mysql会自己做类型转换,相当于在索引列上进行了操作。
-
如果
phone
字段是varchar
类型,则下面的 SQL 不能命中索引。
select * from user where phone=13800001234
复制代码
- 可以优化为:
select * from user where phone=‘13800001234’;
复制代码
8、更新十分频繁、数据区分度不高的列不宜建立索引
-
更新会变更 B+ 树,更新频繁的字段建立索引会大大降低数据库性能。
-
“性别”这种区分度不大的属性,建立索引是没有什么意义的,不能有效过滤数据,性能与全表扫描类似。
-
一般区分度在80%以上的时候就可以建立索引,区分度可以使用
count(distinct(列名))/count(*)
来计算。
9、利用覆盖索引来进行查询操作,避免回表,减少select * 的使用
-
覆盖索引:查询的列和所建立的索引的列个数相同,字段相同。
-
被查询的列,数据能从索引中取得,而不用通过行定位符 row-locator 再到 row 上获取,即“被查询列要被所建的索引覆盖”,这能够加速查询速度。
-
例如登录业务需求,SQL语句如下。
Select uid, login_time from user where login_name=? and passwd=?
复制代码
- 可以建立
(login_name, passwd, login_time)
的联合索引,由于login_time
已经建立在索引中了,被查询的uid
和login_time
就不用去row
上获取数据了,从而加速查询。
10、索引不会包含有NULL值的列
- 只要列中包含有NULL值都将不会被包含在索引中,复合索引中只要有一列含有
NULL
值,那么这一列对于此复合索引就是无效的。所以我们在数据库设计时,尽量使用not null
约束以及默认值。
11、is null, is not null无法使用索引
12、如果有order by、group by的场景,请注意利用索引的有序性
order by
最后的字段是组合索引的一部分,并且放在索引组合顺序的最后,避免出现file_sort 的情况,影响查询性能。
- 例如对于语句
where a=? and b=? order by c
,可以建立联合索引(a,b,c)
。
- 如果索引中有范围查找,那么索引有序性无法利用,如
WHERE a>10 ORDER BY b;
,索引(a,b)
无法排序。
13、使用短索引(前缀索引)
-
对列进行索引,如果可能应该指定一个前缀长度。例如,如果有一个
CHAR(255)
的列,如果该列在前10
个或20
个字符内,可以做到既使得前缀索引的区分度接近全列索引,那么就不要对整个列进行索引。因为短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作,减少索引文件的维护开销。可以使用count(distinct leftIndex(列名, 索引长度))/count(*)
来计算前缀索引的区分度。 -
但缺点是不能用于
ORDER BY
和GROUP BY
操作,也不能用于覆盖索引。 -
不过很多时候没必要对全字段建立索引,根据实际文本区分度决定索引长度即可。
14、利用延迟关联或者子查询优化超多分页场景
-
MySQL 并不是跳过
offset
行,而是取offset+N
行,然后返回放弃前 offset 行,返回 N 行,那当 offset 特别大的时候,效率就非常的低下,要么控制返回的总页数,要么对超过特定阈值的页数进行 SQL 改写。 -
示例如下,先快速定位需要获取的
id
段,然后再关联:
selecta.* from 表1 a,(select id from 表1 where 条件 limit100000,20 ) b where a.id=b.id;
复制代码
15、如果明确知道只有一条结果返回,limit 1 能够提高效率
- 比如如下 SQL 语句:
select * from user where login_name=?;
复制代码
- 可以优化为:
select * from user where login_name=? limit 1
复制代码
- 自己明确知道只有一条结果,但数据库并不知道,明确告诉它,让它主动停止游标移动。
16、超过三个表最好不要 join
-
需要 join 的字段,数据类型必须一致,多表关联查询时,保证被关联的字段需要有索引。
-
例如:
left join
是由左边决定的,左边的数据一定都有,所以右边是我们的关键点,建立索引要建右边的。当然如果索引在左边,可以用right join
。
17、单表索引建议控制在5个以内
18、SQL 性能优化 explain 中的 type:至少要达到 range 级别,要求是 ref 级别,如果可以是 consts 最好
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Java工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Java开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以添加V获取:vip1024b (备注Java)
结尾
这不止是一份面试清单,更是一种”被期望的责任“,因为有无数个待面试者,希望从这篇文章中,找出通往期望公司的”钥匙“,所以上面每道选题都是结合我自身的经验于千万个面试题中经过艰辛的两周,一个题一个题筛选出来再次对好答案和格式做出来的,面试的答案也是再三斟酌,深怕误人子弟是小,影响他人仕途才是大过,也希望您能把这篇文章分享给更多的朋友,让他帮助更多的人,帮助他人,快乐自己,最后,感谢您的阅读。
由于细节内容实在太多啦,在这里我花了两周的时间把这些答案整理成一份文档了,在这里只把部分知识点截图出来粗略的介绍,每个小节点里面都有更细化的内容!
一个人可以走的很快,但一群人才能走的更远。如果你从事以下工作或对以下感兴趣,欢迎戳这里加入程序员的圈子,让我们一起学习成长!
AI人工智能、Android移动开发、AIGC大模型、C C#、Go语言、Java、Linux运维、云计算、MySQL、PMP、网络安全、Python爬虫、UE5、UI设计、Unity3D、Web前端开发、产品经理、车载开发、大数据、鸿蒙、计算机网络、嵌入式物联网、软件测试、数据结构与算法、音视频开发、Flutter、IOS开发、PHP开发、.NET、安卓逆向、云计算
后,感谢您的阅读。
由于细节内容实在太多啦,在这里我花了两周的时间把这些答案整理成一份文档了,在这里只把部分知识点截图出来粗略的介绍,每个小节点里面都有更细化的内容!
一个人可以走的很快,但一群人才能走的更远。如果你从事以下工作或对以下感兴趣,欢迎戳这里加入程序员的圈子,让我们一起学习成长!
AI人工智能、Android移动开发、AIGC大模型、C C#、Go语言、Java、Linux运维、云计算、MySQL、PMP、网络安全、Python爬虫、UE5、UI设计、Unity3D、Web前端开发、产品经理、车载开发、大数据、鸿蒙、计算机网络、嵌入式物联网、软件测试、数据结构与算法、音视频开发、Flutter、IOS开发、PHP开发、.NET、安卓逆向、云计算