收藏了,但是不打开,久而久之就忘了,今日一学!所谓是好记性不如烂键盘。
** 2024Java offer收割指南 **
sql优化
-
尽量避免使用 select * ,返回无用的字段会降低效率。优化方式:只能使用具体的字段代替 select 具体字段,只返回使用到的字段。(虽然我经常select * 但是一个表字段非常多,那就慢很多,特别是查多数据的时候。为什么一个表那么多字段呢?等你接手遗留项目就知道了)
-
尽量避免使用 in 和 not in,会导致数据库引擎放弃索引进行全表扫描。优化方
式:可以用 exists,join代替。(正常公司数据量都不大,所以我也经常用in,甚至查id我都用in,为什么会影响性能呢,应该是当其中包含 NULL 值时,优化器可能会认为全表扫描比使用索引更有效) -
尽量避免在字段开头模糊查询,会导致数据库引擎放弃索引进行全表扫描。优化方式:尽量在字段后面使用模糊查询。(这个不知道的罚你回去写1000行sql)
-
尽量避免进行 null 值的判断,会导致数据库引擎放弃索引进行全表扫描。优化方式:可以给字段添加默认值 0,对 0 值进行判断。(你看看,又是null值)
索引
- 索引的实现通常使用 B树及其变种 B+树(2者区别可以看看,不难理解,面对面试官又能说一波)。
- 索引的作用:协助快速查询,可以保证数据库表中每一行数据的唯一性。可以大大加快数据的检索速度,这也是创建索引的最主要的原因。
- 索引的代价:
- 是增加了数据库的存储空间(你都说用B+的数据结构,那自然要把结构给存下来,不是吗);
- 是在插入和修改数据时要花费较多的时间(因为索引也要随之变动)
- 那把所有字段都定为索引不就好啦?(缺点你是一点都不看)
- 创建索引和维护索引要耗费时间,这种时间随着数据量的增加而增加。索引需要占物理空间,除了数据表占数据空间之外,每一个索引还要占一定的物理空间
- 当对表中的数据进行增加、删除和修改的时候,索引也要动态的维护,这样就降低了数据的维护速度
- 创建索引的原则
- 最左前缀匹配原则(一直向右匹配直到遇到范围查询就停止匹配)
- =和 in 可以乱序(建立索引是可以任意顺序的,mysql 的查询优化器会帮你优化成索引可以识别的形式)(可以偷偷去学习下sql语句的执行过程)
- 尽量选择区分度高的列作为索引
- 索引列不能参与计算
- 尽量的扩展索引,不要新建索引(如 a->(a,b)只需要修改原来的索引,注意:数据量太大,创建索引是需要时间的,宕不宕机就看你了)
- 选择唯一性索引(id)
- 为经常需要排序、分组和联合操作的字段建立索引
- 为常作为查询条件的字段建立索引
- 删除不再使用或者很少使用的索引
看完就当加深下记忆,面试时候继续吹
没有回复内容