QQ登录

只需要一步,快速开始

 注册地址  找回密码
查看: 4363|回复: 4
打印 上一主题 下一主题

如何优化数据库的性能

[复制链接]
字体大小: 正常 放大
ilikenba 实名认证       

1万

主题

49

听众

2万

积分

  • TA的每日心情
    奋斗
    2024-6-23 05:14
  • 签到天数: 1043 天

    [LV.10]以坛为家III

    社区QQ达人 新人进步奖 优秀斑竹奖 发帖功臣

    群组万里江山

    群组sas讨论小组

    群组长盛证券理财有限公司

    群组C 语言讨论组

    群组Matlab讨论组

    跳转到指定楼层
    1#
    发表于 2004-5-25 22:21 |只看该作者 |倒序浏览
    |招呼Ta 关注Ta
    <B>如何优化数据库的性能</B><B><p></p></B></P>
    ' d2 Q! Q, }. z' |$ l   <B><p></p></B></P>/ e4 @2 _0 x8 ^. j$ d
    1、              <B>硬件调整性能</B>+ z$ p3 \9 n) @' U0 O
    最有可能影响性能的是磁盘和网络吞吐量,解决办法
    7 l" ~( m) S5 r+ @4 H" Q2 L扩大虚拟内存,并保证有足够可以扩充的空间;把数据库服务器上的不必要服务关闭掉<p></p></P>
    3 @% u8 V) p; m把数据库服务器和主域服务器分开<p></p></P>5 S- L  ]8 |) w' U% Q
    把SQL数据库服务器的吞吐量调为最大<p></p></P>
    ! h/ [$ s5 m1 |. q在具有一个以上处理器的机器上运行SQL<p></p></P>1 k9 F! k$ `9 E  m& T+ o
    2、              <B>调整数据库</B></P>: j. a# f! c# k% w: W2 p+ A. e, U
    若对该表的查询频率比较高,则建立索引;建立索引时,想尽对该表的所有查询搜索操作,  按照where选择条件建立索引,尽量为整型键建立为有且只有一个簇集索引,数据在物理上按顺序在数据页上,缩短查找范围,为在查询经常使用的全部列建立非簇集索引,能最大地覆盖查询;但是索引不可太多,执行UPDATE DELETE INSERT语句需要用于维护这些索引的开销量急剧增加;避免在索引中有太多的索引键;避免使用大型数据类型的列为索引;保证每个索引键值有少数行。</P>
    % o7 p6 S: n% D9 @0 [( ^! W3、              <B>使用存储过程</B></P>
    3 p' X9 L. k7 B应用程序的实现过程中,能够采用存储过程实现的对数据库的操作尽量通过存储过程来实现,因为存储过程是存放在数据库服务器上的一次性被设计、编码、测试,并被再次使用,需要执行该任务的应用可以简单地执行存储过程,并且只返回结果集或者数值,这样不仅可以使程序模块化,同时提高响应速度,减少网络流量,并且通过输入参数接受输入,使得在应用中完成逻辑的一致性实现。</P>/ j7 A, i/ u% A
    4、              <B>应用程序结构和算法</B></P>' l5 y  ?$ I! b, w6 D
        建立查询条件索引仅仅是提高速度的前提条件,响应速度的提高还依赖于对索引的使用。因为人们在使用SQL时往往会陷入一个误区,即太关注于所得的结果是否正确,特别是对数据量不是特别大的数据库操作时,是否建立索引和使用索引的好坏对程序的响应速度并不大,因此程序员在书写程序时就忽略了不同的实现方法之间可能存在的性能差异,这种性能差异在数据量特别大时或者大型的或是复杂的数据库环境中(如联机事务处理OLTP或决策支持系统DSS)中表现得尤为明显。在工作实践中发现,不良的SQL往往来自于不恰当的索引设计、不充份的连接条件和不可优化的where子句。在对它们进行适当的优化后,其运行速度有了明显地提高!<p></p></P>. S5 Y. j6 p+ U( Q
    因此在书写应用程序的SQL的 where子句时,注意以下几种情况: <p></p></P>
    6 r. z  G1 |" b  D$ c* [1、避免使用不兼容的数据类型。例如float和int、char和varchar、binary和varbinary是不兼容的。数据类型的不兼容可能使优化器无法执行一些本来可以进行的优化操作。例如: </P>& \, b! f) O- z1 H
    SELECT name FROM employee WHERE salary > 60000 </P>. c1 x7 J; d% S# I0 u
    在这条语句中,如salary字段是money型的,则优化器很难对其进行优化,因为60000是个整型数。我们应当在编程时将整型转化成为钱币型,而不要等到运行时转化。 </P>% e3 X4 S0 y. [8 M) A4 E# [
    2、避免对搜索参数使用其它数学操作符,如要将 </P>
    % X5 }; a* v: PSELECT name FROM employee WHERE SUBSTRING(id, 1, 1) = 'B' </P>
    6 ~( z1 a4 G6 a$ e4 l5 GSELECT name FROM emplyee WHERE salary * 12 > 30000 </P>
    % t  F  {% F2 t写成为: </P>- s7 S& `) ?; q( a  h8 W
    SELECT name FROM employee WHERE id like ‘B%' </P>
    7 f6 V$ B( _* n7 N, w2 N5 dSELECT name FROM emplyee WHERE salary > 3000 </P>
    & ^- q, C$ |8 U3 P- o3、、避免使用!=或<>等这样的操作符,因为这会使系统无法使用索引,而只能直接搜索表中的数据。例如: </P>
    0 [0 l8 E5 K4 }: [SELECT id FROM employeeWHERE id != 'B%' </P>
    1 J" r: R, Q, @5 h优化器将无法通过索引来确定将要命中的行数,因此需要搜索该表的所有行。 </P>
    9 R' {1 Z2 Y! ~% y8 j4、在应用程序中,保证在实现功能的基础上,尽量减少对数据库的访问次数;通过搜索参数,尽量减少对表的访问行数,最小化结果集,从而减轻网络负担;能够分开的操作尽量分开处理,提高每次的响应速度;在数据窗口使用SQL时,尽量把使用的索引放在选择的首列;算法的结构尽量简单;在查询时,不要过多地使用通配符如select * 语句;尽量不要在应用中使用数据库游标,游标是非常有用的工具,但比使用常规的、面向集的SQL语句需要更大的开销;按照特定顺序提取数据的查找。</P>
    0 n8 o& v7 a4 C6 a上面我们提到的是一些基本的提高查询速度的注意事项,但是在更多的情况下,程序员往往需要反复试验比较不同的语句以得到最佳方案。此外更为重要的是需要数据库管理员在数据库的服务器一端调整数据库管理系统的参数,以得到更快的响应性能。 </P>
    zan
    转播转播0 分享淘帖0 分享分享0 收藏收藏0 支持支持0 反对反对0 微信微信
    afogy        

    1

    主题

    1

    听众

    35

    积分

    升级  31.58%

    该用户从未签到

    新人进步奖

    回复

    使用道具 举报

    wanlin        

    7

    主题

    2

    听众

    45

    积分

    升级  42.11%

    该用户从未签到

    新人进步奖

    回复

    使用道具 举报

    chenlk        

    0

    主题

    2

    听众

    26

    积分

    升级  22.11%

    该用户从未签到

    新人进步奖

    回复

    使用道具 举报

    lsf1982        

    0

    主题

    2

    听众

    68

    积分

    升级  66.32%

    该用户从未签到

    新人进步奖

    回复

    使用道具 举报

    您需要登录后才可以回帖 登录 | 注册地址

    qq
    收缩
    • 电话咨询

    • 04714969085
    fastpost

    关于我们| 联系我们| 诚征英才| 对外合作| 产品服务| QQ

    手机版|Archiver| |繁體中文 手机客户端  

    蒙公网安备 15010502000194号

    Powered by Discuz! X2.5   © 2001-2013 数学建模网-数学中国 ( 蒙ICP备14002410号-3 蒙BBS备-0002号 )     论坛法律顾问:王兆丰

    GMT+8, 2026-4-10 20:04 , Processed in 1.758774 second(s), 75 queries .

    回顶部