数据库优化方面的经验

⑴ sql Server鏁版嵁搴撶殑楂樻ц兘浼桦寲缁忛獙镐荤粨

链鏂囦富瑕佸悜澶у朵粙缁岖殑鏄姝ｇ‘浼桦寲SQL
Server鏁版嵁搴撶殑缁忛獙镐荤粨锛屽叾涓鍖呮嫭鍦ㄥ瑰叾杩涜屼紭鍖栫殑瀹为檯镎崭綔涓鍊煎缑澶у舵敞镒忕殑鍦版柟鎻忚堪锛屼互鍙婂笋QL璇鍙ヨ繘琛屼紭鍖栫殑链锘烘湰铡熷垯锛屼互涓嫔氨鏄鏂囩珷镄勪富瑕佸唴瀹规弿杩般
銆銆浼桦寲鏁版嵁搴撶殑娉ㄦ剰浜嬮”锛
銆銆1銆佸叧阌瀛楁靛缓绔嬬储寮曘
銆銆2銆佷娇鐢ㄥ瓨鍌ㄨ繃绋嬶纴瀹冧娇SQL鍙桦缑镟村姞𨱔垫椿鍜岄珮鏁堛
銆銆3銆佸囦唤鏁版嵁搴揿拰娓呴櫎鍨冨溇鏁版嵁銆
銆銆4銆丼QL璇鍙ヨ娉旷殑浼桦寲銆(鍙浠ョ敤Sybase镄凷QL
Expert锛屽彲𨱍沧垜娌℃垒鍒皍nexpired镄勫簭鍒楀彿)
銆銆5銆佹竻鐞嗗垹闄ゆ棩蹇椼
銆銆SQL璇鍙ヤ紭鍖栫殑锘烘湰铡熷垯锛
銆銆1銆佷娇鐢ㄧ储寮曟潵镟村揩鍦伴亶铡呜〃銆
銆銆缂虹渷𨱍呭喌涓嫔缓绔嬬殑绱㈠紩鏄闱炵兢闆嗙储寮曪纴浣嗘湁镞跺畠骞朵笉鏄链浣崇殑銆傚湪闱炵兢闆嗙储寮曚笅锛屾暟鎹鍦ㄧ墿鐞嗕笂闅忔満瀛樻斁鍦ㄦ暟鎹椤典笂銆傚悎鐞嗙殑绱㈠紩璁捐¤佸缓绔嫔湪瀵瑰悇绉嶆煡璇㈢殑鍒嗘瀽鍜岄勬祴涓娿
銆銆涓鑸𨱒ヨ达细
銆銆鈶.链夊ぇ閲忛吨澶嶅笺佷笖缁忓父链夎寖锲存煡璇(between,
>,<
锛>=,<
=)鍜宱rder
by銆乬roup
by鍙戠敓镄勫垪锛屽彲钥冭槛寤虹珛缇ら泦绱㈠紩
銆銆鈶.缁忓父钖屾椂瀛桦彇澶氩垪锛屼笖姣忓垪閮藉惈链夐吨澶嶅煎彲钥冭槛寤虹珛缁勫悎绱㈠紩;
銆銆鈶.缁勫悎绱㈠紩瑕佸敖閲忎娇鍏抽敭镆ヨ㈠舰鎴愮储寮曡嗙洊锛屽叾鍓嶅煎垪涓瀹氭槸浣跨敤链棰戠箒镄勫垪銆
銆銆2銆両S
NULL
涓
IS
NOT
NULL
銆銆涓嶈兘鐢╪ull浣灭储寮曪纴浠讳綍鍖呭惈null鍊肩殑鍒楅兘灏嗕笉浼氲鍖呭惈鍦ㄧ储寮曚腑銆傚嵆浣跨储寮曟湁澶氩垪杩欐牱镄勬儏鍐典笅锛屽彧瑕佽繖浜涘垪涓链変竴鍒楀惈链塶ull锛岃ュ垪灏变细浠庣储寮曚腑鎺挜櫎銆备篃灏辨槸璇村傛灉镆愬垪瀛桦湪绌哄硷纴鍗充娇瀵硅ュ垪寤虹储寮曚篃涓崭细鎻愰珮镐ц兘銆备换浣曞湪where瀛愬彞涓浣跨敤is
null鎴杋s
not
null镄勮鍙ヤ紭鍖栧櫒鏄涓嶅厑璁镐娇鐢ㄧ储寮旷殑銆
銆銆3銆両N鍜孍XISTS
銆銆EXISTS瑕佽繙姣擨N镄勬晥鐜囬珮銆傞噷闱㈠叧绯诲埌full
table
scan鍜宺ange
scan銆傚嚑涔庡皢镓链夌殑IN镎崭綔绗﹀瓙镆ヨ㈡敼鍐欎负浣跨敤EXISTS镄勫瓙镆ヨ銆
銆銆4銆佸湪娴烽噺镆ヨ㈡椂灏介噺灏戠敤镙煎纺杞鎹銆
銆銆5銆佸綋鍦⊿QL
SERVER
2000涓
銆銆濡傛灉瀛桦偍杩囩▼鍙链変竴涓鍙傛暟锛屽苟涓旀槸OUTPUT绫诲瀷镄勶纴蹇呴’鍦ㄨ皟鐢ㄨ繖涓瀛桦偍杩囩▼镄勬椂鍊欑粰杩欎釜鍙傛暟涓涓鍒濆嬬殑鍊硷纴钖﹀垯浼氩嚭鐜拌皟鐢ㄩ敊璇銆
銆銆6銆丱RDER
BY鍜孏ROPU
BY
銆銆浣跨敤ORDER
BY鍜孏ROUP
BY鐭璇锛屼换浣曚竴绉岖储寮曢兘链夊姪浜岙ELECT镄勬ц兘鎻愰珮銆傛敞镒忓傛灉绱㈠紩鍒楅噷闱㈡湁NULL鍊硷纴Optimizer灏嗘棤娉曚紭鍖栥
銆銆7銆佷换浣曞瑰垪镄勬搷浣滈兘灏嗗艰嚧琛ㄦ壂鎻忥纴瀹冨寘𨰾琒QL
Server鏁版嵁搴揿嚱鏁般佽＄畻琛ㄨ揪寮忕瓑绛夛纴镆ヨ㈡椂瑕佸敖鍙鑳藉皢镎崭綔绉昏呖绛夊彿鍙宠竟銆
銆銆8銆両N銆丱R瀛愬彞甯镐细浣跨敤宸ヤ綔琛锛屼娇绱㈠紩澶辨晥銆傚傛灉涓崭骇鐢熷ぇ閲忛吨澶嶅硷纴鍙浠ヨ冭槛鎶婂瓙鍙ユ媶寮銆傛媶寮镄勫瓙鍙ヤ腑搴旇ュ寘钖绱㈠紩銆
銆銆9銆丼ET
SHOWPLAN_ALL>10銆佽皑鎱庝娇鐢ㄦ父镙
銆銆鍦ㄦ煇浜涘繀椤讳娇鐢ㄦ父镙囩殑鍦哄悎锛屽彲钥冭槛灏嗙﹀悎𨱒′欢镄勬暟鎹琛岃浆鍏ヤ复镞惰〃涓锛屽啀瀵逛复镞惰〃瀹氢箟娓告爣杩涜屾搷浣滐纴杩欐牱鍙浣挎ц兘寰楀埌鏄庢樉鎻愰珮銆
銆銆娉ㄩ喷锛氭墍璋撶殑浼桦寲灏辨槸WHERE瀛愬彞鍒╃敤浜嗙储寮曪纴涓嶅彲浼桦寲鍗冲彂鐢熶简琛ㄦ壂鎻忔垨棰濆栧紑阌銆傜粡楠屾樉绀猴纴SQL
Server鏁版嵁搴撴ц兘镄勬渶澶ф敼杩涘缑鐩娄簬阃昏緫镄勬暟鎹搴撹捐°佺储寮曡捐″拰镆ヨ㈣捐℃柟闱銆傚弽杩囨潵璇达纴链澶х殑镐ц兘闂棰桦父甯告槸鐢卞叾涓杩欎簺鐩稿悓鏂归溃涓镄勪笉瓒冲紩璧风殑銆
銆銆鍏跺疄SQL浼桦寲镄勫疄璐ㄥ氨鏄鍦ㄧ粨鏋沧ｇ‘镄勫墠鎻愪笅锛岀敤浼桦寲鍣ㄥ彲浠ヨ瘑鍒镄勮鍙ワ纴鍏呬唤鍒╃敤绱㈠紩锛屽噺灏戣〃镓鎻忕殑I/O娆℃暟锛屽敖閲忛伩鍏嶈〃鎼灭储镄勫彂鐢熴傚叾瀹濻QL镄勬ц兘浼桦寲鏄涓涓澶嶆潅镄勮繃绋嬶纴涓婅堪杩欎簺鍙鏄鍦ㄥ簲鐢ㄥ眰娆＄殑涓绉崭綋鐜帮纴娣卞叆镰旂┒杩树细娑夊强SQL
Server鏁版嵁搴揿眰镄勮祫婧愰厤缃銆佺绣缁滃眰镄勬祦閲忔带鍒朵互鍙婃搷浣灭郴缁熷眰镄勬讳綋璁捐°

⑵ 如何优化数据库提高数据库的效率

1. SQL优化的原则是：将一次操作需要读取的BLOCK数减到最低,即在最短的时间达到最大的数据吞吐量。
调整不良SQL通常可以从以下几点切入：
? 检查不良的SQL，考虑其写法是否还有可优化内容
? 检查子查询 考虑SQL子查询是否可以用简单连接的方式进行重新书写
? 检查优化索引的使用
? 考虑数据库的优化器

2. 避免出现SELECT * FROM table 语句，要明确查出的字段。

3. 在一个SQL语句中，如果一个where条件过滤的数据库记录越多，定位越准确，则该where条件越应该前移。

4. 查询时尽可能使用索引覆盖。即对SELECT的字段建立复合索引，这样查询时只进行索引扫描，不读取数据块。

5. 在判断有无符合条件的记录时建议不要用SELECT COUNT （*）和select top 1 语句。

6. 使用内层限定原则，在拼写SQL语句时，将查询条件分解、分类，并尽量在SQL语句的最里层进行限定，以减少数据的处理量。

7. 应绝对避免在order by子句中使用表达式。

8. 如果需要从关联表读数据，关联的表一般不要超过7个。

9. 小心使用 IN 和 OR，需要注意In集合中的数据量。建议集合中的数据不超过200个。

10. <> 用 < 、 > 代替，>用>=代替，<用<=代替，这样可以有效的利用索引。

11. 在查询时尽量减少对多余数据的读取包括多余的列与多余的行。

12. 对于复合索引要注意，例如在建立复合索引时列的顺序是F1，F2，F3，则在where或order by子句中这些字段出现的顺序要与建立索引时的字段顺序一致，且必须包含第一列。只能是F1或F1，F2或F1，F2，F3。否则不会用到该索引。

13. 多表关联查询时，写法必须遵循以下原则，这样做有利于建立索引，提高查询效率。格式如下select sum（table1.je） from table1 table1, table2 table2, table3 table3 where (table1的等值条件（=）) and (table1的非等值条件) and (table2与table1的关联条件) and (table2的等值条件) and (table2的非等值条件) and (table3与table2的关联条件) and (table3的等值条件) and (table3的非等值条件)。
注:关于多表查询时from 后面表的出现顺序对效率的影响还有待研究。

14. 子查询问题。对于能用连接方式或者视图方式实现的功能，不要用子查询。例如：select name from customer where customer_id in ( select customer_id from order where money>1000)。应该用如下语句代替：select name from customer inner join order on customer.customer_id=order.customer_id where order.money>100。

15. 在WHERE 子句中，避免对列的四则运算，特别是where 条件的左边，严禁使用运算与函数对列进行处理。比如有些地方 substring 可以用like代替。

16. 如果在语句中有not in（in）操作，应考虑用not exists（exists）来重写,最好的办法是使用外连接实现。

17. 对一个业务过程的处理，应该使事物的开始与结束之间的时间间隔越短越好，原则上做到数据库的读操作在前面完成，数据库写操作在后面完成，避免交叉。

18. 请小心不要对过多的列使用列函数和order by,group by等，谨慎使用disti软件开发t。

19. 用union all 代替 union，数据库执行union操作，首先先分别执行union两端的查询，将其放在临时表中，然后在对其进行排序，过滤重复的记录。
当已知的业务逻辑决定query A和query B中不会有重复记录时，应该用union all代替union，以提高查询效率。

数据更新的效率
1. 在一个事物中，对同一个表的多个insert语句应该集中在一起执行。
2. 在一个业务过程中，尽量的使insert,update,delete语句在业务结束前执行，以减少死锁的可能性。

数据库物理规划的效率

为了避免I/O的冲突，我们在设计数据库物理规划时应该遵循几条基本的原则(以ORACLE举例)：
?? table和index分离：table和index应该分别放在不同的tablespace中。

?? Rollback Segment的分离：Rollback Segment应该放在独立的Tablespace中。

?? System Tablespace的分离：System Tablespace中不允许放置任何用户的object。（mssql中primary filegroup中不允许放置任何用户的object）

?? Temp Tablesace的分离：建立单独的Temp Tablespace，并为每个user指定default Temp Tablespace

??避免碎片：但segment中出现大量的碎片时，会导致读数据时需要访问的block数量的增加。对经常发生DML操作的segemeng来说，碎片是不能完全避免的。所以，我们应该将经常做DML操作的表和很少发生变化的表分离在不同的Tablespace中。

当我们遵循了以上原则后，仍然发现有I/O冲突存在，我们可以用数据分离的方法来解决。
?? 连接Table的分离：在实际应用中经常做连接查询的Table，可以将其分离在不同的Taclespace中，以减少I/O冲突。

?? 使用分区：对数据量很大的Table和Index使用分区，放在不同的Tablespace中。

在实际的物理存储中，建议使用RAID。日志文件应放在单独的磁盘中。

⑶ 有哪些常见的数据库优化方法(数据库如何优化)

数据库优化的指导思路是首先写出的SQL是优化器喜欢的，然后在排除烂的SQL的情况下就是，找瓶颈，数据库吞吐量上不去或者查询慢都是因为某一瓶颈的存在，从非常大的粒度来看，瓶颈可以分为五类：io内滑哗存CPU网络锁。

当卡在某一瓶颈时，其他的薯森资源就会被闲置，解决瓶颈或者用非瓶颈的资源做tradeoff达到总和的最大才是优化的正解，比如建索引就是以空间换时间的做法。

由于数据库相对比较复杂，上下文有区别优化思路也会不一样，所以离开上下文谈具体的优化手段就是坑。

大部分开发人员会犯的错误是所数让亩谓的“锤子人”，也就是自己是锤子看什么都像钉子，比如觉得慢就说要分区，觉得某种语句的写法一定比另一种快而不考虑场景。

⑷ 如何优化数据库的性能

--数据库仿尘性能调优

--1.聚集索引誉数、主键

--2.尽量不要用临时表

--3.多多使用事务

--4.表设计要规庆大首范

--5.不要使用游标

--6.避免死锁

--7.不要打开大数据集

--8.最好不要select *

--9.不要使用text数据类型，用varchar

--10.不要给诸如“性别”列创建索引

--11.不要使用Insert插入大量的数据

--12.尽量用join代替where,因为where进行全表搜索

⑸ 如何对数据库性能进行优化

1.数据库I/O方面硬件性能

最有可能影响性能的是磁盘和网络吞吐量。解决办法：

• 扩大虚拟内存，并保证有足够可以扩充的空间

• 把数据库服务器上的不必要服务关闭掉

• 把SQL数据库服务器的吞吐量调为最大

2.调整数据库

• 若对该表的查询频率比较高，则建立索引。

• 分区（如MySQL，按时间分区）

• 尽量使用固定长度字段和限制字段长度（如 varchar(10)）优势：
  降低物理存储空间
  提高数据库处理速度
  附带校验数据库是否合法功能

3.使用存储过程

应用程序的实现过程中，能够采用存储过程实现的对数据库的操作尽量通过存储过程来实现。

因为存储过程是存放在数据库服务器上的一次性被设计、编码、测试，并被再次使用，需要执行该任务的应用可以简单地执行存储过程，并且只返回结果集或者数值。

这样不仅可以使程序模块化，同时提高响应速度，减少网络流量，并且通过输入参数接受输入，使得在应用中完成逻辑的一致性实现。

4.SQL语句方面

建立查询条件索引仅仅是提高速度的前提条件，响应速度的提高还依赖于对索引的使用。不良的SQL往往来自于不恰当的索引设计、不充份的连接条件和不可优化的where子句。

• 优化sql语句，减少比较次数

• 限制返回条目数(mysql中使用limit)

5.Java方面

• 尽可能的少创造对象

• 合理摆正系统设计的位置。大量数据操作，和少量数据操作一定是分开的。

• 合理利用内存，有的数据要缓存。让数据流起来，而不是全部读到内存再处理，而是边读取边处理。

⑹ 如何优化数据库的性能

--数据库性能调优
--1.聚集索引、主键
--2.尽量不要用临时表
--3.多多使用事务
--4.表设计要规范
--5.不要使用游标
--6.避免死锁
--7.不要打开大数据集
--8.最好不要select *
--9.不要使用text数据类型，用varchar
--10.不要给诸如“性别”列创建索引
--11.不要使用Insert插入大量的数据
--12.尽量用join代替where,因为where进行全表搜索

⑺ 数据库优化有哪些方法

1、调整数据结构的设计。这一部分在开发信息系统之前完成，程序员需要考虑是否使用ORACLE数据库的分区功能，对于经常访问的数据库表是否需要建立索引等。
2、调整应用程序结构设计。这一部分也是在开发信息系统之前完成，程序员在这一步需要考虑应用程序使用什么样的体系结构，是使用传统的Client、Server两层体系结构，还是使用Browser、Web、Database的三层体系结构。
3、调整数据库SQL语句。应用程序的执行最终将归结为数据库中的SQL语句执行，因此SQL语句的执行效率最终决定了ORACLE数据库的性能。
4、调整服务器内存分配。内存分配是在信息系统运行过程中优化配置的。
5、调整硬盘I/O，这一步是在信息系统开发之前完成的。数据库管理员可以将组成同一个表空间的数据文件放在不同的硬盘上，做到硬盘之间I/O负载均衡。
6、调整操作系统参数。

⑻ 面试题：oracle数据库优化

oracle数据库优化的话主要有以下几个方面（我接触过的，可能不全面）：
1 查询语句的优化，这个主要是根据语句和数据库索引的情况，结合查询计划的分析结果，对性能较低的查询语句进行重写，在执行查询前执行表分析语句也可以算这里；
2 数据结构优化，这个包括根据实际的应用中业务逻辑，对数据库的结构进行重新设计，或者创建相关索引里提高查询效率；
3 数据库设置优化，这方面主要是调整数据库和数据结构的相关参数提高应用访问系统的效率；
4 存储结构优化，在数据量较大的情况下，可以考虑通过数据库的存储结构进行优化，比如对数据进行partition，将数据存储在磁盘阵列服务器上等。
我的经验有限，以上是部分建议