㈠ 列举sql优化有哪些方式方法 博客园
sql优化的方式有：
1、选择最有效率的表名顺序(只在基于规则的优化器中有效)：
ORACLE 的解析器按照从右到左的顺序处理FROM子句中的表名，FROM子句中写在最后的表(基础表 driving table)将被最先处理，在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表。如果有3个以上的表连接查询, 那就需要选择交叉表(intersection table)作为基础表, 交叉表是指那个被其他表所引用的表。
2、WHERE子句中的连接顺序：
ORACLE采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前, 那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾。
3、SELECT子句中避免使用 ‘ * ‘：
ORACLE在解析的过程中, 会将'*' 依次转换成所有的列名, 这个工作是通过查询数据字典完成的, 这意味着将耗费更多的时间 。
ORACLE在内部执行了许多工作: 解析SQL语句, 估算索引的利用率, 绑定变量 , 读数据块等。
5、 在SQL*Plus , SQL*Forms和Pro*C中重新设置ARRAYSIZE参数, 可以增加每次数据库访问的检索数据量 ,建议值为200 。
6、 使用DECODE函数来减少处理时间：
使用DECODE函数可以避免重复扫描相同记录或重复连接相同的表。
7、整合简单,无关联的数据库访问：
如果你有几个简单的数据库查询语句,你可以把它们整合到一个查询中(即使它们之间没有关系)。
㈡ 如何优化这个SQL语句
由于SQL优化起来比较复杂,并且还会受环境限制,在开发过程中,写SQL必须必须要遵循以下几点的原则：
1.ORACLE采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前, 那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾.
例如:
(低效)
SELECT … FROM EMP E WHERE SAL > 50000 AND JOB = ‘MANAGER’ AND 25 < (SELECT COUNT(*) FROM EMP WHERE MGR=E.EMPNO);
(高效)
SELECT … FROM EMP E WHERE 25 < (SELECT COUNT(*) FROM EMP WHERE MGR=E.EMPNO) AND SAL > 50000 AND JOB = ‘MANAGER’;
2.SELECT子句中避免使用’*’
当在SELECT子句中列出所有的COLUMN时,使用动态SQL列引用 ‘*’ 是一个方便的方法.可是,这是一个非常低效的方法. 实际上,ORACLE在解析的过程中, 会将’*’ 依次转换成所有的列名, 这个工作是通过查询数据字典完成的, 这意味着将耗费更多的时间.
3.使用表的别名(Alias)
当在SQL语句中连接多个表时, 请使用表的别名并把别名前缀于每个Column上.这样一来,就可以减少解析的时间并减少那些由Column歧义引起的语法错误.
注：Column歧义指的是由于SQL中不同的表具有相同的Column名,当SQL语句中出现这个Column时,SQL解析器无法判断这个Column的归属。
㈢ 开发中，SQL语句优化有哪些方法
看你数据库类型和框架是否支持。
一般开发中遇到慢SQL存在3个问题（索引健全的情况下）。
数据量多导致总行数慢，因为数据在不归档、迁移、转总账的情况下会不断积压。权限越高看见的数据量就越大，数据量越大总行数就越高。一般框架是以分页的SQL为基础计算总行数的。这样就会导致扫描行数高物理读高查询速度慢。优化方案就是总行数进行状态归档，以归档+实时的方式展现出来
连表超过多，部分数据表是单独的，但是不同部门的数据又有关联性，领导要看全生命周期或者流程数据的情况下必须多表相连。这样由于N个明细表导致笛卡儿积先不说，逻辑复杂连表多会消耗CPU，哪怕你查询能500毫秒内显示但是如果多人同时查就让CPU超100%甚至做成锁等待等堵塞。这个情况就是要用类似“云计算”的分布式计算。通过触发器、存储过程等规定时间内吧业务表数据计算好并写到展示表中，直接通过展示表进行关联，这样锁表也于业务表无关，关联表也能变少达到减少CPU消耗的目的。
iops与cpu占比高导致数据库瘫痪。第2点看出如果CPU高数据库全SQL都会慢，IOPS也一样。SQL慢会导致事务中的查询慢，解放事务变慢了其他查询就会锁等待状态变成堵塞。所以遇到大规模的查询是否先查主键然后通过游标一个一个计算再进临时表。这个是消耗时间和内存换CPU和IOPS的一个例子。反正服务器资源最高怎样开发应该是了解的，如何管制资源之间的平衡这个很重要。
举个例子，部分MYSQL框架喜欢一次性把数据库都导出来，然后减少子查询，这个算法针对有效的基础数据这样是可行的。针对业务数据应该没人会用，但是基础数据中也可能会存在海量的情况，比如坐标轨迹、省市区、电话号码归属等。如果无脑应用这个框架会导致查询起来很慢。
㈣ SQL语句的几种优化方法
1、尽可能建立索引，包括条件列，连接列，外键列等。
2、尽可能让where中的列顺序与复合索引的列顺序一致。
3、尽可能不要select *，而只列出自己需要的字段列表。
4、尽可能减少子查询的层数。
5、尽可能在子查询中进行数据筛选 。
㈤ 优化SQL 查询：如何写出高性能SQL语句
1、深入理解数据库的工作原理和数据存储的方式，不同的数据库的工作原理是不同的，mysql oracle db2等等都是不同的，更不要说一些nosql数据库和newsql数据库了。
2、理解sql语句检索数据的方式。
3、理解索引，知道怎样的字段建立怎样的索引，索引能做什么，不能做什么，合理的建立字段。
4、合理的拆分和合并表，数据放在一张表里面查询肯定比放在多张表里面级联查询要快。
5、会查看执行任务，任何数据库都有查看执行任务的方法，包括nosql数据库和newsql数据库已经一些大数据数据库；同时还要会分析执行任务，分析主要是所以的使用效率和字段数据的检索方式。
6、sql语句只是性能优化的简单方面，性能优化是从整体应用架构开始体现的，优化sql并不能够解决根本问题，当数据量达到一定级别以后，数据就不能使用关系型数据库，而要使用大数据数据库，这样sql就无用了。
7、不要刻意专注sql本身，sql只是一种查询语言，它本身与性能无关，性能优化的本质在于对存储方式和查询检索过程的深入理解。
8、任何系统功能业务的准确性至上，首先保证功能的正确性再考虑性能优化，如果功能就是数据量大，业务复杂，必须要用到低性能sql的检索方式，那么你只能妥协，否则就要弃用sql和关系型数据库另寻它路。
㈥ SQL语句如何优化
你要找最大并发数，就是根据你原逻辑，就是Records表每次开始、结束时间段内存在多少单。这样数据库会针对Records表的100万条记录，将Records自己进行执行。但是并不是“最大并发”而是“每个电话通话时长内有多少个电话在打入或打出”本来逻辑都错了。
你要优化的话。自己写个循环遍历一次，记录到临时表中。
临时表把 select top 1 starttime from Records order by id 作为开始时间
把 select top 1 starttime from Records order by id desc 作为结束时间
如果考虑算法速度的话和排除最少通话时段的时间与判断每天同话数是否大于现当前算出的最大通话时间。能减少不必要的消耗。
㈦ 数据库怎么优化sql怎么优化
1 避免无计划的全表扫描
如下情况进行全表扫描：
- 该表无索引
- 对返回的行无任何限制条件（无Where子句）
- 对于索引主列（索引的第一列）无限制条件
- 对索引主列的条件含在表达式中
- 对索引主列的限制条件是is (not) null或!=
- 对索引主列的限制条件是like操作且值是一个bind variable或%打头的值
2 只使用选择性索引
索引的选择性是指索引列中不同值得数目和标志中记录数的比，选择性最好的是非空列的唯一索引为1.0。
复合索引中列的次序的问题：
1 在限定条件里最频繁使用的列应该是主列
2 最具有选择性的列（即最清晰的列）应该是主列
如果1和2 不一致，可以考虑建立多个索引。
在复合索引和多个单个索引中作选择：
考虑选择性 考虑读取索引的次数 考虑AND-EQUAL操作
3 管理多表连接（Nested Loops, Merge Joins和Hash Joins） 优化联接操作
Merge Joins是集合操作 Nested Loops和Hash Joins是记录操作返回第一批记录迅速
Merge Joins的操作适用于批处理操作，巨大表 和远程查询
1全表扫描 --〉 2排序 --〉3比较和合并 性能开销主要在前两步
适用全表扫描的情形，都适用Merge Joins操作（比Nested Loops有效）。
改善1的效率： 优化I/O， 提高使用ORACLE多块读的能力， 使用并行查询的选项
改善1的效率：提高Sort_Area_Size的值， 使用Sort Direct Writes，为临时段提供专用表空间
4 管理包含视图的SQL语句
优化器执行包含视图的SQL语句有两种方法：
- 先执行视图，完成全部的结果集，然后用其余的查询条件作过滤器执行查询
- 将视图文本集成到查询里去
含有group by子句的视图不能被集成到一个大的查询中去。
在视图中使用union，不阻止视图的SQL集成到查询的语法中去。
5 优化子查询
6 使用复合Keys/Star查询
7 恰当地索引Connect By操作
8 限制对远程表的访问
9 管理非常巨大的表的访问
- 管理数据接近(proximity) 记录在表中的存放按对表的范围扫描中最长使用的列排序 按次序存储数据有助于范围扫描，尤其是对大表。
- 避免没有帮助的索引扫描 当返回的数据集合较大时，使用索引对SGA的数据块缓存占用较大，影响其他用户；全表扫描还能从ORACLE的多块读取机制和“一致性获取/每块”特性中受益。
- 创建充分索引的表 使访问索引能够读取较全面的数据 建立仅主列不同的多个索引
- 创建hash簇
- 创建分割表和视图
- 使用并行选项
10 使用Union All 而不是Union
UNION ALL操作不包括Sort Unique操作，第一行检索的响应速度快，多数情况下不用临时段完成操作，
UNION ALL建立的视图用在查询里可以集成到查询的语法中去，提高效率
11 避免在SQL里使用PL/SQL功能调用
12 绑定变量(Bind Variable)的使用管理
使用Bind Variable和Execute using方式
将like :name ||’%’ 改写成 between :name and :name || char(225), 已避免进行全表扫描，而是使用索引。
13 回访优化进程
数据变化后，重新考察优化情况
㈧ 如何进行SQL优化请写出三种以上的方法,并分别做出解释说明
摘要 1:mysql所在服务器内核 优化；此优化可由系统运维人员完成
㈨ 怎样进行sql数据库的优化
1、数据库空间是个概述，在sqlserver里，使用语句 exec sp_spaceused 'TableName' 这个语句来查。
