网站首页 > 技术文章 正文
介绍:
无论您是创建Web应用程序的开发人员,还是参与Web测试的DBA或测试人员,SQL方面的技巧在数据库编程和数据库验证中都非常重要。因此,我们整理了25个SQL性能优化方面的面试问题。
SQL性能优化是一项艰巨的任务,并且是处理Web应用程序日益增加的负载的关键。
因此,我们有选择地选择了25个SQL性能优化方面的面试问题,这些问题可以使您充分了解SQL性能优化概念。
问:1. 什么是SQL查询优化?
答: 查询优化是一种以某种方式编写查询以便可以快速执行的过程。对于任何标准应用而言,这都是重要的一步。
问:2. 有哪些技巧可以提高SQL查询的性能?
答: 优化SQL查询可以对性??能带来实质性的积极影响。它还取决于您所拥有的RDBMS知识水平。现在让我们看一下调整SQL查询的一些技巧。
1.尽量不要编写冗长的查询,使用视图和存储过程,它有助于最大程度地减少网络负载。
2.最好引入约束而不是触发器。它们比触发器更有效,并且可以提高性能。
3.使用表级变量而不是临时表。
4. UNION ALL子句的响应速度比UNION快。它不会查找重复的行,而UNION语句会查找重复的行,无论它们是否存在。
5.防止使用DISTINCT和HAVING子句。
6.避免过多使用SQL游标。
7.构建存储过程时,请使用SET NOCOUNT ON子句。它表示受T-SQL语句影响的行。这将导致网络流量减少。
8.优良作法是返回所需的列而不是表的所有列。
9.最好不要使用复杂的Join,并避免不当地使用触发器。
10.创建表索引并遵守标准
问:3. 有哪些影响数据库性能的瓶颈?
答: 在Web应用程序中,数据库层可能被证明是实现最后一英里可扩展性的关键瓶颈。如果数据库存在性能泄漏,则可能成为瓶颈,并可能导致问题。一些常见的性能问题如下。
1. CPU使用率异常是最明显的性能瓶颈。但是,您可以通过扩容CPU或替换为高级CPU来修复它。它可能看起来像是一个简单的问题,但异常的CPU使用率可能导致其他问题。
2.内存不足是下一个最常见的瓶颈。如果服务器无法管理峰值负载,那么它将对性能造成很大的问号。对于任何应用程序来说,执行内存都是至关重要的,因为它比持久性内存要快。同样,当RAM下降到特定阈值时,操作系统将转向使用交换内存。但这会使应用程序运行非常缓慢。
您可以通过扩容RAM来解决它,但是如果有内存泄漏,它将无法解决。在这种情况下,您需要分析应用程序,以识别其代码中的潜在泄漏。
3.对外部存储设备(如SATA磁盘)的过度依赖也可能成为瓶颈。在将大量数据写入磁盘时,其影响显而易见。如果输出操作非常慢,则很明显表明问题已成为瓶颈。
在这种情况下,您需要进行扩容,用更快的驱动器替换现有驱动器。尝试升级到SSD硬盘驱动器或类似产品。
问:4. 改善SQL性能涉及哪些步骤?
答:
- 发现–首先,找出需要改进的地方。探索诸如探查器,查询执行计划,SQL调优顾问,动态视图和自定义存储过程之类的工具。
- 审核–集中讨论可用数据以隔离主要问题。
- 提议–这是一种可以提高性能的标准方法。但是,您可以对其进行进一步自定义以最大程度地受益。
1.识别字段并创建索引。
2.修改大型查询以使用创建的索引。
3.刷新表和视图并更新统计信息。
4.重置现有索引并删除未使用的索引。
5.查找并清除死块。
- 验证–测试SQL性能调整方法。定期监视进度。另外,跟踪是否对应用程序的其他部分有不利影响。
- 发布–现在,是时候与团队中的每个人共享工作解决方案了。让他们知道所有最佳做法,以便他们可以轻松使用它。
问:5. 什么是执行计划(explain plan)?
答: 这是SQL中使用的术语,它显示其优化程序计划用于执行SELECT / UPDATE / INSERT / DELETE语句的执行计划。
问:6. 您如何分析执行计划?
答: 在分析说明计划时,请检查以下区域。
1.驱动表
2.联接顺序
3.联接方法
4.意外的笛卡尔积
5.嵌套循环,合并排序和哈希联接
6.全表扫描
7.未使用的索引
8.访问路径
问:7. 您如何使用执行计划调整查询?
答: 说明计划显示查询成本的完整输出,包括每个子查询。成本与查询执行时间成正比。该计划还在从查询中获取数据的同时在查询或子查询中描述了问题。
问:8. 什么是Summary advisor,它提供什么类型的信息?
答: Summary advisor是用于过滤和实例化视图的工具。通过为给定的工作负载选择适当的实例化视图集,它可以帮助提高SQL性能。它还提供有关实例化视图建议的数据。
问:9。是什么最有可能导致SQL查询运行慢至5分钟?
答: 很有可能,特定表中数据量的突然增加可能会减慢SQL查询的输出。因此,收集目标表的必要统计信息。另外,监视数据库级别或基础对象级别的任何更改。
问:10。什么是Latch Free Event?何时发生?系统如何处理?
答: 在Oracle中,当会话需要锁,试图获取它但由于其他人拥有它而失败时,就会发生“Latch Free Event”等待事件。
因此,它等待着等待,等待锁释放,然后醒来并再次尝,试锁上没有等待服务员的有序队列,因此最先到达的人可以得到它。
问:11. 什么是主动调整和被动调整?
答:
主动调整–架构师或DBA确定在设计和开发过程中哪些系统资源和可用的Oracle功能组合满足标准。
反应式调整–这是发现和消除瓶颈的自下而上的方法。目的是使Oracle响应更快。
问:12. 什么是基于规则的优化器和基于成本的优化器?
答: Oracle确定如何获取处理有效SQL语句所需的数据。它使用以下两种方法之一来做出此决定。
基于规则的优化器–如果服务器没有内部统计信息支持该语句引用的对象,则RBO方法将获得优先级。但是,Oracle将在以后的版本中弃用此方法。
基于成本的优化器–内部统计数据很多时,CBO将获得优先权。它验证几种可能的执行计划,并根据系统资源选择成本最低的计划。
问:13. Oracle中有哪些SQL性能调优增强功能?
答: Oracle提供了许多性能增强功能,其中包括:
1.自动性能诊断和调优功能
2.自动共享内存管理–它使Oracle可以控制SGA中的内存分配。
3.等待模型的改进–已经有了许多视图来增强等待模型。
4.自动优化器统计信息收集–使用称为GATHER_STATS_JOB的计划作业收集优化器统计信息。
5.动态采样–使服务器能够增强性能。
6. CPU Costing –这是优化器(CPU + I / O)的基本成本模型,其成本单位为时间优化器通知的时间。
7.基于规则的优化器过时-不再使用。
8.跟踪增强功能–端到端跟踪,该跟踪允许通过客户端标识符而不是使用典型的会话ID来识别客户端进程。
问:14. Oracle建议使用哪些调整指标?
答: 以下高级调整指示器可用于确定数据库是否出现瓶颈:
1.缓冲区高速缓存命中率。
它使用以下公式。
命中率=(逻辑读取–物理读取)/逻辑读取
方法:提高DB_CACHE_SIZE(9i之前的DB_BLOCK_BUFFERS),以提高命中率。
2.库缓存命中率。
方法:提高SHARED_POOL_SIZE以增加命中率。
问:15.您首先要检查SYSTEM表空间中是否有多个片段?
答: 首先,通过验证DBA_USERS视图,检查用户是否没有SYSTEM表空间作为其TEMPORARY或DEFAULT表空间分配。
问:16. 什么时候添加更多的复制锁存器?控制复制锁存器的参数是什么?
答: 如果复制锁存器的争用过多,请从“重做复制”锁存器命中率中检查。
在这种情况下,请通过初始化参数LOG_SIMULTANEOUS_COPIES添加更多复制锁存器,以将可用CPU数量增加一倍。
问:17. 您如何确认表空间是否有不成比例的碎片?
答: 您可以通过对照dba_free_space表检查SELECT的输出来确认它。如果它指出没有。表空间扩展的数量超过其数据文件的数量,则证明碎片过多。
问:18. 您可以如何优化%XYZ%查询?
答: 首先,设置优化器以扫描索引而不是表中的所有条目。您可以通过指定提示来实现。
请注意,检索较小的索引比扫描整个表所花费的时间更少。
问:19. Oracle中每个表的I / O统计信息在哪里?
答: 有一个称为UTLESTAT的报告,该报告显示每个表空间的I / O。但是,查找具有最大I / O的表无济于事。
问:20. 什么时候是重建索引的正确时间?
答: 首先,选择目标索引并运行“ ANALYZE INDEX VALIDATE STRUCTURE”命令。每次运行它时,都会在INDEX_STATS视图中创建一行。
但是,下次您运行ANALYZE INDEX命令时,该行将被覆盖。因此最好将视图的内容移动到本地表。之后,分析“ DEL_LF_ROWS”与“ LF_ROWS”的比率,并查看是否需要重建索引。
问:21. 您究竟将如何检查SQL查询的性能问题?
答: 通常情况下,数据库的运行速度并不慢,但是工作进程降低了性能。导致瓶颈的是异常的会话访问。
1.查看处于等待或监听模式的事件。
2.在特定会话中搜寻锁定的对象。
3.检查SQL查询是否指向正确的索引。
4.启动SQL Tuning Advisor,并分析目标SQL_ID以提出任何性能建议。
5.运行“ free”命令以检查RAM使用情况。另外,使用TOP命令来识别占用CPU的所有进程。
问:22. 您从STATSPACK报告中获得什么信息?
答: 我们可以从STATSPACK报告中获得以下统计信息。
1. WAIT notifiers
2. Load profile
3. Instance Efficiency Hit Ratio
4. Latch Waits
5. Top SQL
6. Instance Action
7. File I/O and Segment Stats
8. Memory allocation
9. Buffer Waits
问:23. 在表上创建索引需要考虑哪些因素?另外,如何选择索引列?
答: 索引的创建取决于以下因素。
1.表格大小,
2.数据量
如果表很大,而我们需要一个较小的报表,则最好创建索引。
关于用于索引的列,根据业务规则,应使用主键或唯一键来创建唯一索引。
问:24. 重做,回滚和撤消(Redo, Rollback, and Undo)之间的主要区别是什么?
重做–记录所有对数据所做的更改的日志,包括未提交和已提交的更改。
回滚–分段,用于存储更改前的先前数据状态。
撤消–有助于建立读取一致的数据视图。数据将存储在撤消表空间中。
问:25。 如果有多个服务器在运行,如何识别特定数据库实例的共享内存和信号量?
答: 设置以下参数以区分数据库实例的内存中资源。
1. SETMYPID
2. IPC
3. TRACEFILE_NAME
使用ORADEBUG命令探索其基础选项。
总结:
以上是主要针对Oracle的SQL性能优化面试问题。希望对你有所帮助
猜你喜欢
- 2024-11-02 2020年您应该知道的主要SQL面试问题
- 2024-11-02 数据库笔试面试33——关于Oracle Scheduler
- 2024-11-02 MySQL常见面试题以及答案汇总(一)
- 2024-11-02 中移物联网校园招聘笔试-java 中移物联网社招
- 2024-11-02 最全BAT数据库面试89题:mysql、大数据、redis!含答案大赠送!
- 2024-11-02 「复盘」面试BAMT回来整理398道高频面试题,助你拿高薪offer
- 2024-11-02 收集的MySQL的面试题分享给大家(建议收藏)
- 2024-11-02 数据库笔试面试109——在Oracle中,有关直接路径
- 2024-11-02 外包面试之旅 外包岗面试会简单些吗
- 2024-11-02 面试官可以通过应聘者的身体语言判定是否说谎
你 发表评论:
欢迎- 624℃几个Oracle空值处理函数 oracle处理null值的函数
- 616℃Oracle分析函数之Lag和Lead()使用
- 605℃0497-如何将Kerberos的CDH6.1从Oracle JDK 1.8迁移至OpenJDK 1.8
- 601℃Oracle数据库的单、多行函数 oracle执行多个sql语句
- 596℃Oracle 12c PDB迁移(一) oracle迁移到oceanbase
- 589℃【数据统计分析】详解Oracle分组函数之CUBE
- 577℃最佳实践 | 提效 47 倍,制造业生产 Oracle 迁移替换
- 565℃Oracle有哪些常见的函数? oracle中常用的函数
- 最近发表
-
- 国产化红利到底在哪?好多人都在瞎折腾
- Oracle 推出 Java 24,增强 AI 支持和后量子加密
- JAVA桥接模式适用场景,优缺点是什么你知道吗,这篇文章彻底讲透
- SpringBoot条件化配置(@Conditional)全面解析与实战指南
- Navicat Data Modeler使用教程十二:配置
- 软件测试|数据库的内连接,左连接,右链接分别是什么
- 每日学习“IT”是什么呢?(每日学习每日一词)
- SQLite:小众?其实它比你想象的更普及,连这个领域都有人用!
- 【推荐】一款实用且跨平台的数据库管理神器,支持Web浏览器
- Spring Batch中的JobRepository:批处理的“记忆大师”是如何工作
- 标签列表
-
- 前端设计模式 (75)
- 前端性能优化 (51)
- 前端模板 (66)
- 前端跨域 (52)
- 前端缓存 (63)
- 前端aes加密 (58)
- 前端脚手架 (56)
- 前端md5加密 (54)
- 前端路由 (61)
- 前端数组 (73)
- 前端js面试题 (50)
- 前端定时器 (59)
- 前端获取当前时间 (50)
- Oracle RAC (76)
- oracle恢复 (77)
- oracle 删除表 (52)
- oracle 用户名 (80)
- oracle 工具 (55)
- oracle 内存 (55)
- oracle 导出表 (62)
- oracle约束 (54)
- oracle 中文 (51)
- oracle链接 (54)
- oracle的函数 (58)
- 前端调试 (52)
本文暂时没有评论,来添加一个吧(●'◡'●)