第九章 且慢，弄清索引之阻碍让SQL飞

最新推荐文章于 2024-04-26 18:11:35 发布
最新推荐文章于 2024-04-26 18:11:35 发布
阅读量267 收藏
点赞数
分类专栏： 《收获，不止SQL优化》笔记 文章标签： sql 数据库 oracle
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_40649680/article/details/130065158
版权

参考《收获，不止SQL优化》作者: 梁敬彬 / 梁敬弘

一、 索引的不足之处

在这里插入图片描述

二、 索引的取舍

在这里插入图片描述

三、 结合案例

在这里插入图片描述

四、 习题

在这里插入图片描述
习题1：
（1） SQL写法导致：列上加函数、列隐式类型转换、HINT固定全表扫描
（2） SQL写法没问题，但是优化器考虑到回表认为走索引代价更大，不如直接全表扫描

习题2：
索引失效：
（1）分区表：除了ADD，其他分区操作会导致全局索引失效；MAX分区有值用了SPLIT会导致分区索引失效
（2）MOVE操作后没有重建索引
（3）表中有LONG字段类型，后对该字段类型做了修改，会导致该表的索引失效
（4）人工误设UNUSABLE

索引丢失：
闪回操作（其实也没有丢失，只是被系统重命名了）

习题3：
数据插入时，除了往数据表里插入数据，每个索引树也都会插入数据（只要索引序列不为空）。而往索引树插入数据时必须有序，就会产生排序、块分裂等其他的一些开销。从而影响插入性能。

习题4：
（1）、检查失效的索引
（2）、检查（A,B）(A)这种索引，合并
（3）、检查索引列过多的索引（>4）
（4）、检查一段时间不用的索引

张小邪倒斗中
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
收获不止SQL优化
08-07
第1章　全局在胸——用工具对SQL整体优化 1 1.1　都有哪些性能工具 1 1.1.1　不同调优场景分析 2 1.1.2　不同场景对应工具 2 1.2　整体性能工具的要点 4 1.2.1　五大性能报告的获取 5 1.2.2　五大报告关注的要点 10 1.3　案例的分享与交流 18 1.3.1　和并行等待有关的案例 18 1.3.2　和热块竞争有关的案例 19 1.3.3　和日志等待有关的案例 20 1.3.4　新疆某系统的前台优化 20 1.3.5　浙江某系统的调优案例 21 1.4　本章总结延伸与习题 21 1.4.1　总结延伸 21 1.4.2　习题训练 23 第2章　风驰电掣——有效缩短SQL优化过程 24 2.1　SQL调优时间都去哪儿了 25 2.1.1　不善于批处理频频忙交互 25 2.1.2　无法抓住主要矛盾瞎折腾 25 2.1.3　未能明确需求目标白费劲 26 2.1.4　没有分析操作难度乱调优 26 2.2　如何缩短SQL调优时间 27 2.2.1　先获取有助调优的数据库整体信息 27 2.2.2　快速获取SQL运行台前信息 27 2.2.3　快速拿到SQL关联幕后信息 28 2.3　从案例看快速SQL调优 29 2.3.1　获取数据库整体的运行情况 29 2.3.2　获取SQL的各种详细信息 29 2.4　本章总结延伸与习题 32 2.4.1　总结延伸 32 2.4.2　习题训练 33 第3章　循规蹈矩——如何读懂SQL执行计划 34 3.1　执行计划分析概述 35 3.1.1　SQL执行计划是什么 35 3.1.2　统计信息用来做什么 36 3.1.3　数据库统计信息的收集 37 3.1.4　数据库的动态采样 37 3.1.5　获取执行计划的方法（6种武器） 40 3.2　读懂执行计划的关键 48 3.2.1　解释经典执行计划方法 49 3.2.2　总结说明 55 3.3　从案例辨别低效SQL 55 3.3.1　从执行计划读出效率 56 3.3.2　执行计划效率总结 60 3.4　本章习题、总结与延伸 60 第4章　运筹帷幄——左右SQL执行计划妙招 62 4.1　控制执行计划的方法综述 63 4.1.1　控制执行计划的意义 63 4.1.2　控制执行计划的思路 64 4.2　从案例探索其方法及意义 65 4.2.1　HINT的思路 65 4.2.2　非HINT方式的执行计划改变 72 4.2.3　执行计划的固定 100 4.3　本章习题、总结与延伸 102 第5章　且慢，感受体系结构让SQL飞 103 5.1　体系结构知识 104 5.1.1　组成 104 5.1.2　原理 104 5.1.3　体会 105 5.2　体系与SQL优化 106 5.2.1　与共享池相关 107 5.2.2　数据缓冲相关 111 5.2.3　日志归档相关 116 5.3　扩展优化案例 118 5.3.1　与共享池相关 118 5.3.2　数据缓冲相关 122 5.3.3　日志归档相关 126 5.4　本章习题、总结与延伸 130 第6章　且慢，体验逻辑结构让SQL飞 132 6.1　逻辑结构 132 6.2　体系细节与SQL优化 133 6.2.1　Block 133 6.2.2　Segment与extent 137 6.2.3　Tablespace 139 6.2.4　rowid 139 6.3　相关优化案例分析 140 6.3.1　块的相关案例 141 6.3.2　段的相关案例 144 6.3.3　表空间的案例 148 6.3.4　rowid 151 6.4　本章习题、总结与延伸 153 第7章　且慢，探寻表的设计让SQL飞 154 7.1　表设计 154 7.1.1　表的设计 155 7.1.2　其他补充 155 7.2　表设计与SQL优化 156 7.2.1　表的设计 156 7.2.2　其他补充 179 7.3　相关优化案例分析 184 7.3.1　分区表相关案例 185 7.3.2　全局临时表案例 190 7.3.3　监控异常的表设计 195 7.3.4　表设计优化相关案例总结 199 7.4　本章习题、总结与延伸 199 第8章　且慢，学习索引如何让SQL飞 200 8.1　索引知识要点概述 201 8.1.1　索引结构的推理 201 8.1.2　索引特性的提炼 204 8.2　索引的SQL优化 206 8.2.1　经典三大特性 207 8.2.2　组合索引选用 217 8.2.3　索引扫描类型的分类与构造 219 8.3　索引相关优化案例 225 8.3.1　三大特性的相关案例 225 8.3.2　组合索引的经典案例 231 8.4　本章习题、总结与延伸 234 第9章　且慢，弄清索引之阻碍让SQL飞 23
阿里P8整理出SQL笔记：收获不止SOL优化抓住SQL的本质
ruanHbac的博客
07-05 45
头我先说： 有人就有江湖，有江湖就有IT系统，有IT系统就有数据库，有数据库就有SQL，SQL应用可一字概括:“"广"。加之其简单易学,SQL实现也可一字概括:“乐”。 然而，SQL虽然实现简单可乐，却极易引发性能问题，那时广大SQL使用人员可要“愁”就一个字，心碎无数次了。 缘何有性能问题?原因也可以用一字一个也可以用一字概括:“量”。当系统数据量、并发访问量上去后，不良SQL就会拖垮整个系统，我们甚至找不出哪些SQL影响了系统。即便找到也不知如何动手优化。此时的心情也可以用一字概括:“懵”。 ..
爱了，阿里P8纯手码出489页SQL优化手册，附笔记源码
知识分享官
10-25 566
现在的互联网时代，到处都充斥着虚假错误的信息SQL优化也不例外，网络上很多所谓的优化宝典等描述的建议都是错误的或者是过时的，你信吗?如果不信， 请看随后的关于SQL优化的各种谣传。都是有脚本有真相哦。SQL 优化不只是一门技术，更是一门艺术！将基于实战的优化方法论融合在美丽的思维导图里，我们看到的，是优化之美!
收获不止mysql_收获 不止SQL优化 抓住SQL的本质pdf
weixin_33263633的博客
02-05 431
摘要方法意识巧妙融入，脑图表格清晰展现；海量案例完美结合，线上线下拓展延伸。收获 不止SQL优化 抓住SQL的本质 内容简介有人就有江湖，有江湖就有IT系统，有IT系统就有数据库，有数据库就有SQL，SQL应用可一字概括：“广”。加之其简单易学，SQL实现也可一字概括：“乐”。然而，SQL虽然实现简单可乐，却极易引发性能问题，那时广大SQL使用人员可要“愁”就一个字，心碎无数次了。缘何有性能问题？...
是谣传还是真强？GitHub一战封神的“SQL优化手册”获赞过百万
java_beautiful的博客
12-22 219
这份“SQL优化本质手册”的口碑之所以能够火爆，完全是因为这部作品本身就是作者付诸于自己的多年开发经验之作的原因，所以只要走进书中，看过之后的人都知道，你很难不把自己代入其中与作者一起产生深深地共鸣。
收获，不止SQL优化--抓住SQL的本质
12-21
第9章　且慢，弄清索引之阻碍让SQL飞 235 9.1　索引的不足之处 235 9.1.1　索引的各种开销 236 9.1.2　索引使用失效 236 9.2　感受美好索引另一面 237 9.2.1　索引各种开销 237 9.2.2　索引使用失效 243 9.2.3　索引...
瞬间之美__WEB界面设计如何让用户心动
06-08
第9章　提出搜索词建议　67 9.1　运用Poka-yoke机制，使用自动完成输入框　68 9.1.1　局限性　70 9.1.2　好雨知时节　72 第10章　列出搜索结果　73 10.1　信赖那些行之有效的标准　74 第11章　精炼你的搜索　78 ...
且慢基金投资组合爬虫，自动更新x-sign
06-22
且慢基金投资组合爬虫。
如何在Android应用中安全地使用SQLite数据库，并通过SQLCipher进行加密保护
轻描时光
04-23 67
Android内置SQLite轻量级关系型数据库，可以在Android应用中存储、检索和管理结构化数据。SQLite是一个无服务器的、零配置的、事务性的SQL数据库引擎，非常适合用于移动设备和桌面应用程序中。：SQLite不需要单独的服务器进程或操作系统级别的配置。可以直接读写磁盘上的文件，非常高效且适合在资源有限的移动设备上使用。：SQLite支持ACID事务，提供了原子性、一致性、隔离性和持久性。保证了即使在发生故障的情况下，数据的完整性也能得到维护。
sql将日期区间拆分为多行
chinacmt的博客
04-25 108
日期拆分
如何写好SQL
jiangchao98的博客
04-23 1046
split函数返回的结果是一个数组类型，因此在进行一些操作时需要将其转换为其他适合的数据类型，例如字符串或结构体等。使用Hive中的LATERAL VIEW关键字来进行表的展开操作，并将展开的结果作为一列结果集中的元素。【解析 json 的字符串 json_string, 同时指定多个 json 数据中的 column，返回对应的 value。如果输入的 json 字符串无效，结果返回 NULL】在 Hive 中，array_join 函数用于将一个数组中的元素按照指定的分隔符连接成一个字符串。
SQL的基础语句
qq_51321722的博客
04-22 925
因此在写子查询语句时，可以先测试下内层的子查询语句是否输出了想要的内容，再一层层往外测试，增加子查询正确率。使用SELECT查询时，如果结果集数据量很大，比如几万行数据，放在一个页面显示的话数据量太大，不如分页显示，每次显示100条。上述查询LIMIT 3 OFFSET 0表示，对结果集从0号记录开始，最多取3条。包含左边表的全部行（不管右边的表中是否存在与他们匹配的行），以及右边表中全部匹配的行。包含右边表的全部行（不管右边的表中是否存在与他们匹配的行），以及左边表中全部匹配的行。
SpringBoot中多数据源灵活切换解决方案
最新发布
lucky_love816的博客
04-26 675
本篇内容介绍了“SpringBoot中如何使用Dynamic Datasource配置多数据源”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！支持 数据源分组 ，适用于多种场景 纯粹多库 读写分离 一主多从 混合模式。支持无数据源启动，支持配置懒启动数据源(3.3.2+)。支持数据库敏感配置信息 加密 ENC()。支持每个数据库独立初始化表结构schema和数据库database。
sql server 恢复数据库、单表数据的方法
SS33SSS的博客
04-23 188
弹出选择文件框，点【添加】--然后选刚刚的XX.bak文件--我这里就是放在D盘、一下子就找到了，确定，如下图。2、下面开始还原（恢复）数据库，对着【数据库】右键--【新建数据库】--然后随便命名，如下图。1、查看备份文件在哪个路径、一般文件夹名都是叫：Backup。7、点【选项】--【覆盖】那一项打上勾--确定，如下图。
在windows系统安裝 SQL Server 版本的最低需求
qq_42711010的博客
04-23 170
針對對應您的作業系統所要安裝的 SQL Server 版本的最低需求
云原生的数据库佼佼者！PostgreSQL！
乔木的博客
04-26 383
本文介绍了PostgreSQL的原理和常用语句，并通过代码块进行了展示。通过学习这些知识，您可以更好地理解和使用PostgreSQL数据库。
基于大模型的Text2SQL微调的实战教程(二)
herosunly的博客
04-23 5413
本文主要介绍了基于大模型的Text2SQL微调的实战教程(二)，希望对学习大语言模型的同学们有所帮助。 文章目录 1. 前言 2. 配置环境 2.1 安装虚拟环境 2.2 安装依赖库 2.3 下载模型文件 3. 运行代码 3.1 数据预处理 3.2 修改配置文件 3.3 微调
SQL异常
qq_31727471的博客
04-26 98
系统已经设置好的异常，包含了异常名，异常代码，异常信息组成未知异常：OTHERS异常信息：SQLERRM错误代码：SQLCODE有各种各样的很多异常捕获异常的语法DECLAREBEGINEXCEPTIONWHEN 异常名 THEN要执行的代码WHEN 异常名 THEN要执行的代码WHEN 异常名 THEN要执行的代码------只能捕获到异常，捕获到异常后会执行相应的 代码，但是不会修改异常END;如果不知道前面可能会出现什么错误，就用OTHERS捕获异常。
网络单元分析:全连接层,bn层,批量归一化层
01-03
全连接层（Fully Connected Layer）是神经网络中的一种基本层结构，它的作用是将上一层的输入节点与下一层的所有节点进行连接，每个连接都有一个权重。全连接层的输出可以进行非线性变换，常用的非线性函数有ReLU、Sigmoid等。全连接层在深度学习领域中被广泛应用于图像分类、物体检测等任务中，它可以学习到不同特征之间的关联性。 Batch Normalization层（BN层）是一种用于解决神经网络中内部协变量偏移（Internal Covariate Shift）的技术。在训练过程中，每一层的输入分布会随着参数的更新而发生变化，导致网络的训练变得复杂且慢。BN层通过在每一层的输入进行归一化操作，将输入数据变成均值为0、方差为1的标准正态分布，从而减少梯度消失和梯度爆炸的问题，加快网络的收敛速度，提高训练效果。 批量归一化层（Batch Normalization）是深度学习中一种常用的正则化方法，其主要目的是使每一层的输入数据的均值和方差保持在一个稳定的范围内。它通过对每一批训练数据进行统计分析，计算出均值和标准差，然后根据这些统计量对输入数据进行归一化处理。批量归一化层不仅可以加速网络的收敛速度，还可以提高模型的泛化能力，降低过拟合的风险。此外，批量归一化层还可以增加网络的鲁棒性，使模型对于输入数据的变化更加稳定。 综上所述，全连接层、BN层和批量归一化层是深度学习中常用的网络单元分析技术。全连接层用于连接上下层的所有节点并实现非线性变换，BN层解决了神经网络中内部协变量偏移的问题，加速网络的收敛速度并提高模型的泛化能力，而批量归一化层通过对输入数据进行归一化处理，使网络更加稳定和鲁棒。这些技术在深度学习任务中起到了关键的作用。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值