精华内容
下载资源
问答
  • 1. 没有索引或者没有用到索引 数据库...没有索引或者没有用到索引是数据访问速度慢最常见的因素,也是程序设计的一个缺陷所在。 2. I/O吞吐量小,形成了瓶颈效应 I/O吞吐量是影响数据访问速度的客观因素(硬件因素)

    1. 没有索引或者没有用到索引 数据库索引就像书籍中目录一样,使用户在访问数据库数据时,不必遍历所有数据就可以找到需要的数据。创建索引后,可以保证每行数据的唯一性,极大地提高数据检索效率,这是一中牺牲空间换取性能的方法。没有索引或者没有用到索引是数据访问速度慢最常见的因素,也是程序设计的一个缺陷所在。

    2. I/O吞吐量小,形成了瓶颈效应 I/O吞吐量是影响数据访问速度的客观因素(硬件因素)。在一定的硬件环境下,利用优化的部署方案可适当提高I/O吞吐量。

    3. 没有创建计算列导致查询不优化 计算列是一个比较特殊的列,不填写任何设计类型,用户不可以改变该列的值。计算列的值是通过一定的函数公式等以另一个或多个列的值为输入值计算出的结果。如果没相应的计算列,在一些数据查询的时候需要对已有数据进行计算,从而浪费一部分性能。

    4. 内存不足 对数据库数据的查询访问毫无疑问会占用大量的内存空间,当内存不足的情况下,数据的访问速度会受到明显的影响甚至访问出现超时情况,是影响数据访问速度的客观因素。

    5. 网络速度慢 网络速度慢是影响数据访问速度的客观因素。可通过提高网络访问的位宽来解决。

    6. 查询出的数据量过大 当查询出的数据量过大时,内存的占用、系统时间的占用等都影响数据访问的速度。可以采用多次查询、定位查询、和查询数据量控制来解决。

    7. 锁或者死锁 锁或者死锁在数据库数据访问时会造成访问者等待时间过程或者永久无法获取到资源。这是查询慢最常见的因素之一,是程序设计的缺陷,要尽量避免。

    8. 返回不必要的行和列 在一般的数据查询中,都尽可能多的获取数据信息,这样造成了不必要的数据遍历,大大的增加了数据访问的响应的时间。所以在一般的查询中,尽量查询少的行和列,将数据遍历时间降到最低以满足数据输出需求。

    9. 查询语句不够优化 在数据查询访问过程中,使用最频繁的是使用自定义的查询语句进行数据输出的。所以编写优化的查询语句能够很大程度上提高数据查询访问的速度。

    性能优化 数据库性能优化主要是提高数据访问的速度,即提高数据库响应速度的性能指标。性能优化主要分为主观因素和客观因素两部分的优化。这里主要针对影响性能的客观因素进行优化。


    转载于:点击打开链接

    展开全文
  • 看了这个后受益匪浅 ...虽然这可以通过一句话来概括优化索引基本准则,但是要做到这一点话,需要数据库管理员做出很大努力。具体来说,要做到这个三个适当有如下几个要求。  一、 根据表大小来创...
    看了这个后受益匪浅


    [size=large]在Oracle数据库中,创建索引虽然比较简单。但是要合理的创建索引则比较困难了。笔者认为,在创建索引时要做到三个适当,即在适当的表上、适当的列上创建适当数量的索引。虽然这可以通过一句话来概括优化的索引的基本准则,但是要做到这一点的话,需要数据库管理员做出很大的努力。具体的来说,要做到这个三个适当有如下几个要求。
      一、 根据表的大小来创建索引。
      虽然给表创建索引,可以提高查询的效率。但是数据库管理员需要注意的是,索引也需要一定的开销的。为此并不是说给所有的表都创建索引,那么就可以提高数据库的性能。这个认识是错误的。恰恰相反,如果不管三七二十一,给所有的表都创建了索引,那么其反而会给数据库的性能造成负面的影响。因为此时滥用索引的开销可能已经远远大于由此带来的性能方面的收益。所以笔者认为,数据库管理员首先需要做到,为合适的表来建立索引,而不是为所有的表建立索引。
      一般来说,不需要为比较小的表创建索引。如在一个ERP系统的数据库中,department表用来存储企业部门的信息。一般企业的部分也就十几个,最多不会超过一百个。这100条记录对于人来说,可能算是比较多了。但是对于计算机来说,这给他塞塞牙缝都还不够。所以,对类似的小表没有必要建立索引。因为即使建立了索引,其性能也不会得到很大的改善。相反索引建立的开销,如维护成本等等,要比这个要大。也就是说,付出的要比得到的多,显然违反常理。
      另外,就是对于超大的表,也不一定要建立索引。有些表虽然比较大,记录数量非常的多。但是此时为这个表建立索引并一定的合适。如系统中有一张表,其主要用来保存数据库中的一些变更信息。往往这些信息只给数据库管理员使用。此时为这张表建立索引的话,反而不合适。因为这张表很少用到,只有在出问题的时候才需要查看。其次其即使查看,需要查询的纪录也不会很多,可能就是最近一周的更新记录等等。对于对于一些超大的表,建立索引有时候往往不能够达到预计的效果。而且在打表上建立索引,其索引的开销要比普通的表大的多。那么到底是否给大表建立索引呢?笔者认为,主要是看两个方面的内容。首先是需要关注一下,在这张大表中经常需要查询的记录数量。一般来说,如果经常需要查询的数据不超过10%到15%的话,那就没有必要为其建立索引的必要。因为此时建立索引的开销可能要比性能的改善大的多。这个比例只是一个经验的数据。如果数据库管理员需要得出一个比较精确的结论,那么就需要进行测试分析。即数据库管理员需要测试一下全表扫描的时间,看看其是否比建立索引后的查询时间要长或者短。如果是长的话,则说明有建立索引的必要。但是如果没有的话,则说明还是全表扫描速度来的快。此时也就没有必要建立索引了。
      总之,在考虑是否该为表建立索引时,一般来说小表没有建立索引的必要。而对于打表的话,则需要进行实际情况实际分析。简单一点的,可以根据大致的比率来确定。如果要精确一点的,则可以进行全表扫描性能分析,以判断建立索引后是否真的如预期那样改善了数据库性能。
      二、 根据列的特征来创建索引。
      列的特点不同,索引创建的效果也不同。数据库管理员需要了解为哪些列创建索引可以起到事倍功半的效果。同时也需要了解为哪些列创建索引反而起到的是事倍功半的效果。这有利于他们了解到底给为怎么样的字段建立索引。
      根据笔者的经验,往往为如下特征的列创建索引能够起到比较明显的效果。如对于一些重复内容比较少的列,特别是对于那些定义了唯一约束的列。在这些列上建立索引,往往可以起到非常不错的效果。如对于一些null值的列与非Null值的列混合情况下,如果用户需要经常查询所有的非Null值记录的列,则最好为其设置索引。如果经常需要多表连接查询,在用与连接的列上设置索引可以达到事半功倍的效果。
      可见,索引设置的是否恰当,不仅跟数据库设计架构有关,而且还跟企业的经济业务相关。为此,对于一些套装软件,虽然一开始数据库管理员已经做了索引的优化工作。但是随着后来经济数据的增加,这个索引的效果会越来越打折扣。这主要是因为记录的表化影响到了索引优化的效果。所以笔者建议各位数据库管理员,即使采用的是大牌软件公司的套装软件,也需要隔一段时间,如一年,对数据库的索引进行优化。该去掉的去掉,该调整的调整,以提高数据库的性能。
      如在数据库中有一张表是用来保存用户信息的。其中有个字段身份证号码,这是一个唯一的字段。在数据库设计时,给这个字段创建了索引。但是当这个数据库投入使用之后,用户不怎么输入用户的身份证号码。而且平时也基本不按这个号码来进行查询。当记录月来月多时,这个身份证号码上的索引字段不但不能够改善数据库的查询性能,反而成了鸡肋。对于这些有很多NULL值的列,而且不会经常查询所有的非NULL值记录的列,数据库管理员要下决心,即使清除这些列上的索引。
      所以说索引的优化与调整是一个动态的过程,并不是说数据库设计好之后就不需要经过调整。数据库管理员往往需要根据记录的变化情况,来进行适当的变更。以提高索引的效果。
      三、 在一个表上创建多少索引合适?
      虽然说,在表上创建索引的数量没有限制,但是决不是越多越好。也就是说,在创建索引这项事情上,1+1〉2往往不成立。有时候,创建索引越多,其可能会得到适得其反的效果。那么在一个表上,到底给创建多少索引合适呢?这个没有一个明确的标准。而是需要数据库管理员根据实际的用途以及数据库中记录的情况,来进行判断。
      通常来说,表的索引越多,其查询的速度也就越快。但是,表的更新速度则会降低。这主要是因为表的更新(如往表中插入一条记录)速度,反而随着索引的增加而增加。这主要是因为,在更新记录的同时需要更新相关的索引信息。为此,到底在表中创建多少索引合适,就需要在这个更新速度与查询速度之间取得一个均衡点。如对于一些数据仓库或者决策型数据库系统,其主要用来进行查询。相关的记录往往是在数据库初始化的时候倒入。此时,设置的索引多一点,可以提高数据库的查询性能。同时因为记录不怎么更新,所以索引比较多的情况下,也不会影响到更新的速度。即使在起初的时候需要导入大量的数据,此时也可以先将索引禁用掉。等到数据导入完毕后,再启用索引。可以通过这种方式来减少索引对数据更新的影响。相反,如果那些表中经常需要更新记录,如一些事务型的应用系统,数据更新操作是家常便饭的事情。此时如果在一张表中建立过多的索引,则会影响到更新的速度。由于更新操作比较频繁,所以对其的负面影响,要比查询效率提升要大的多。此时就需要限制索引的数量,只在一些必要的字段上建立索引。
      笔者在平时数据库优化时,往往会根据这些表的用途来为列设置索引。可以查询相关的动态视图,看看对于这张表的操作,是更新操作(包括更新、删除、插入等等)占的比例大,还是查询操作占的比例大。当过多的索引已经影响到更新操作的速度时,则数据库管理员就需要先禁用某些索引,以提高数据库的性能。
      总之,在适当的表、适当的列上建立适当的索引。这一句话包含的意思有很多,以上内容只是一部分内容。俗话说,师傅领进门,修行靠自身。笔者在这里指能够点到为止。一些具体的索引优化内容还是需要各位读者在日常工作中去体会与总结。[/size]

    http://www.webjx.com/exam/oracle-13846.html


    [b][color=red]注意:默认是B-tree的

    drop index RANDOM_EMPNO_BMX;

    Index dropped.

    SQL> create index random_empno_idx on test_random(empno);

    Index created.


    也可以是位图索引

    SQL> create bitmap index normal_empno_bmx on test_normal(empno);

    Index created.[/color][/b]


    下面是创建索引的方法:


    适当的使用索引可以提高数据检索速度,可以给经常需要进行查询的字段创建索引

    oracle的索引分为5种:唯一索引,组合索引,反向键索引,位图索引,基于函数的索引

    创建索引的标准语法:

    CREATE INDEX 索引名 ON 表名 (列名)

    TABLESPACE 表空间名;

    创建唯一索引:

    CREATE unique INDEX 索引名 ON 表名 (列名)

    TABLESPACE 表空间名;

    创建组合索引:

    CREATE INDEX 索引名 ON 表名 (列名1,列名2)

    TABLESPACE 表空间名;

    创建反向键索引:

    CREATE INDEX 索引名 ON 表名 (列名) reverse

    TABLESPACE 表空间名;


    1.索引分类

    a) 唯一索引, 作用是数据约束,保证数据唯一,还有就是数据索引,提高查询效率

    b)一般索引,只有数据索引的作用,


    2.唯一索引的建立

    create unique index 索引名 on 表名(字段名)

    ok,假设有一个Emploeyy表,里面有一个empName字段,我们来为empName添加唯一索引

    create unique index idx_empname on employee(empname);


    3.一般索引

    create index 索引名 on 表名(字段名)

    ok,现在我们为employee的address字段,添加一般索引

    create index idx_address on employee(address);


    我们还可以为两多个字段建立索引

    create unique index idx_test on employee(field1,field2);

    这样,为field1,field2添加了唯一索引,field1和field2的组合是唯一的了


    还可以指定索引排序

    create index idx_test employee(field1 ,field2 desc);;


    4.函数索引

    如果在我们的查询条件使用了函数,那么索引就不可用了。

    可以用建立函数索引的方式,来解决这个问题

    例如:

    select * from product where nvl(price,0.0)>1000.0 ;

    这里,nvl(price,0.0)使用了函数,索引不能利用price字段上做的索引了

    ok,我们来创建函数索引

    create index index_price on product(nvl(price,0.0));


    5.索引的删除

    drop index 索引名

    drop index idx_empname;


    6.其它的

    唯一索引能极大的提高查询速度,而且还有唯一约束的作用

    一般索引,只能提高30%左右的速度

    经常插入,修改,应在查询允许的情况下,尽量减少索引,因为添加索引,插入,修改等操作,需要更多的时间

    可以在order by的字段,where的条件字段,join的关联字段添加索引

    比如:

    select * from table1 t1

    left join table2 t2 on t1.字段A=t2.字段B

    where t1.字段C = '值'

    order by t1.字段D

    这里,A,B,C,D字段,都应该添加索引
    展开全文
  • 答:原址保护下列关于谨慎性原则运用,正确是( )答:对可能发生各项资产损失,按规定计提资产减值准备沥青表面处治所采用沥青标号选择应符合规范要求,下面那个因素不是考虑因素答:现有材料供应情况A、B、...

    在MySQL中要创建choose数据库,应该使用命令

    答:错

    ae4d30c02625b022717006094065ed2a.png

    圆明园含经堂建筑群采取的是哪种保护策略?

    答:原址保护

    下列关于谨慎性原则的运用,正确的是( )

    答:对可能发生的各项资产损失,按规定计提资产减值准备

    沥青表面处治所采用的沥青标号选择应符合规范要求,下面那个因素不是考虑因素

    答:现有材料供应情况

    A、B、C、D、E、F六人参加一场决赛,赛前三人猜测。甲:冠军不是A,就是B;乙:冠军是C或D;丙:D、E、F绝不可能是冠军。赛后发现他们三个人的猜测只有一个是正确的,那么冠军是()

    答:D

    多多是通常所称的朦胧诗五诗人之一。

    答:错误

    利什曼原虫能引起黑热病。

    答:对

    某基于动态分区存储管理的计算机系统,其主存容量为20 MB(初始为空闲),采用最佳适配算法分配内存,分配和释放的顺序为:分配8MB、分配5 MB、分配3 MB、释放8MB,分配3MB,此时主存中最小空闲分区的大小是

    答:1 MB

    “生产成本”账户的借方登记生产过程中发生的各项生产费用,期末借方余额表示期末尚未加工完成的在产品实际生产成本

    答:√

    新民主主义社会是一个社会形态

    答:过渡性质

    孔板是测量仪表的一部分

    答:√

    复杂问题往往不能直接加以解决

    答:√

    Which of the following statements about glycolysis is TRUE?

    答:Glucokinase catalyzes the conversion of glucose to glucose 6-phosphate in the liver

    智慧职教: A于月末账单未到的采购业务不必入账,待账单到达后再入账。( )

    答:错误

    关于鼓掌的描述,错误的是

    答:左手掌心向下,右手掌心向上

    人造卫星的轨道倾角是指卫星轨道平面与地球赤道平面之间的夹角,当倾角为零度时,卫星在地球赤道上方飞行,称为()

    答:赤道轨道

    中国大学MOOC: 八进制数(16)8比十进制数(16)10小( )

    答:对

    关于尿量,下述哪项错误?

    答:无尿~24小时尿量<50ml

    一个数据表中可以定义多个非空字段

    答:√

    修改了图表数据源单元格的数据,图表会自动跟着刷新

    答:√

    构成“传染过程”的必备因素有

    答:病原体、宿主

    展开全文
  • 开发者在设计阶段要考虑许多因素——如何正规化数据、如何创建易于使用界面等等。但无疑地,开发者最重要一个目标就是保证数据准确性。本文讨论了如何通过“引用完整性”来防止数据库产生不正确数据,以及...
  • 不同文件系统对数据库性能影响 软环境 大量并发处理 这涉及到使用进程池或线程池实现高效并发模式(半同步/半异步和领导者/追随者模式),以及高效逻辑处理方式--有限状态机 内存规划使用 ...

    硬环境

    CPU

    内存的重要性

    硬盘

    RAID

    操作系统的选择

    不同的文件系统对数据库性能的影响

     

     

    软环境

    大量并发的处理

    这涉及到使用进程池或线程池实现高效的并发模式(半同步/半异步和领导者/追随者模式),以及高效的逻辑处理方式--有限状态机

     

    内存的规划使用

    比如使用内存池,以空间换时间,被事先创建好,避免动态分配,减少了服务器对内核的访问频率

     

    数据的复制

    服务器程序还应该避免不必要的数据复制,尤其是当数据复制发生在用户空间和内核空间之间时。如果内核可以直接处理从socket或者文件读入的数据,则应用程序就没必要将这些数据从内核缓冲区拷贝到应用程序缓冲区中。这里所谓的“直接处理”,是指应用程序不关心这些数据的具体内容是什么,不需要对它们作任何分析。比如说ftp服务器,当客户请求一个文件时,服务器只需要检测目标文件是否存在,以及是否有权限读取就可以了,不需要知道这个文件的具体内容,这样的话ftp服务器就不需要把目标文件读入应用程序缓冲区然后调用send函数来发送,而是直接使用“零拷贝”函数sendfile直接将其发送给客户端。
    另外,用户代码空间的数据赋值也应该尽可能的避免复制。举个例子,当两个工作进程之间需要传递大量的数据时,我们就应该考虑使用共享内存来在他们直接直接共享这些数据,而不是使用管道或者消息队列来传递。

     

    上下文切换和锁

    并发程序必须考虑上下文的切换问题,即进程切换或线程切换所导致的系统开销。即时I/O密集型服务器也不应该使用过多的工作线程(或工作进程),否则进程间切换将占用大量的CPU时间,服务器真正处理业务逻辑的CPU时间比重就下降了。因此为每个客户连接都创建一个工作线程是不可取的。应该使用某种高效的并发模式。(半同步半异步或者说领导者追随者模式)
    另一个问题就是共享资源的加锁保护。锁通常被认为是导致服务器效率低下的一个因素,因为由他引入的代码不仅不处理业务逻辑,而且需要访问内核资源,因此如果服务器有更好的解决方案,应该尽量避免使用锁。或者说服务器一定非要使用锁的话,尽量使用细粒度的锁,比如读写锁,当工作线程都只读一块内存区域时,读写锁不会增加系统开销,而只有当需要写时才真正需要锁住这块内存区域。

     

    对于高峰和低峰的伸缩处理

    适度的缓存

     

    参考:

    编写高效服务器程序,需要考虑的因素

    《mysql技术内幕(Innodb存储引擎)》第9章 性能调优

    转载于:https://www.cnblogs.com/losophy/p/9554332.html

    展开全文
  • rmanduplicate复制数据库

    千次阅读 2016-05-09 15:58:14
    最近公司准备迁移数据库,迁移办法有很多,由于考虑到生产系统安全性和停机时间等其他因素,选择方案有很多,这里我们谈一下rmanduplicate: 11grman duplicate 相比10g先进了很多,10G需要在rman备份...
  • 考虑到需要适当恢复方案,我们必须分析可能灾难时间表和故障方案,并实施一些步骤来启动数据库。计划内中断执行可以帮助您准备诊断并从下一个故障中恢复。为了减轻停机时间影响,组织需要适当恢复计划,...
  • 数据库索引

    2019-09-30 16:59:47
    创建索引时候都会考虑哪些因素呢? :对于查询概率比较高,经常作为where条件字段设置索引。 02.做联合索引多个字段之间顺序你们是如何选择呢? :识别度最高字段放到最前面。在创建多列索引时,我们根据...
  • 4.日志文件维护MySQL服务在运行过程中会创建一系列的日志文件,从有效利用磁盘空间的因素考虑,DBA有必要定期对这类文件进行清理。MySQL启用了日志记录功能,DBA可能会希望能够定期或不定期备份并移除旧的日志文件,...
  • 1.在确定用户数据库的备份周期时,应考虑哪些因素? 答:允许丢失数据多少?数据操作高峰和低谷时间等。 2.对用户数据库和系统数据库分别应该采取什么备份策略? 答:对用户数据库是周期性备份;对系统...
  • 数据库连接池

    2019-11-22 23:40:43
    连接池需要考虑的问题 1.数据库连接池的概念 数据库连接池负责分配、管理和释放数据库连接,它使应用程序可以重复使用一个现有的数据库连接,而不用每次去连接。释放空闲时间超过最大空闲时间的数据库连接来避免...
  • 翻译过程中,译者感到此言不虚:作者从数据库的基本概念到数据库建模,从如何运用规范化原则到如何做成实际的数据库表,从如何保护数据库完整性到如何提高数据库的性能,从数据库的安全机制到并发事务控制,从...
  • 这一章介绍了创建数据库,建立初始化参数,以及建立表装载数据性能方面的考虑因素。 对于初学者而言,这一章内容还是有一定意义。文章介绍了在数据库建立阶段对数据库性能的考虑,比如默认表空间类型...
  • 4.4 创建表时性能因素 / 135 4.5 数据导入与索引维护 / 144 第5章 实例优化:配置高效运行环境 / 145 5.1 实例配置与缓存优化 / 146 5.2 sql与缓存使用 / 165 5.3 pga内存分配原则 / 175 5.4 ...
  • 数据库性能调优技术

    2019-03-25 15:24:04
    一、概述 随着数据库在各个领域的使用不断增长,...数据库性能调优是知识密集型的学科,需要综合考虑各种复杂的因素数据库缓冲区的大小、索引的创建、语句改写等等。总之,数据库性能调优的目的在于使系统运...
  • 数据库基础(2)

    2019-08-25 19:44:42
    覆盖索引创建索引时需要考虑的因素联合索引索引下推(Index Condition Pushdown Optimization)查询器优化查询的执行的流程Mysql客户端与服务器的通信特点视图 数据库的索引的数据结构为什么采用B+树? (1)哈希...
  • 随着数据库在各个领域的使用不断增长,越来越多的应用提出了高性能的要求。数据库性能调优是知识密集型的学科,需要综合考虑各种复杂的因素数据库缓冲区的大小、索引的创建、语句改写等等。 b>\F K tBF,L...
  • 数据库--连接池

    2013-06-21 12:55:00
    数据库连接池在初始化时将创建一定数量的数据库连接放到连接池中,这些数据库连接数量是由最小数据库连接数来设定。无论这些数据库连接...数据库连接池最小连接数和最大连接数设置要考虑到下列几个因素:...
  • DB2数据库对象设计

    2017-11-09 19:38:06
    数据库表按定义和使用方式分为两类 物理表:以create table方式创建,长期保存数据临时表:以declare方式创建,临时保存数据 范式原则 物理表 优先考虑降低数据冗余度、消除二义性,在合理代价前提下,以第三...
  • 正确的数据库设计确保了数据完整性(转)[@more@] 发者在设计阶段要考虑许多因素――如何正规化数据、如何创建易于使用界面等等。但无疑地,开发者最重要一个目标就是保证数据准确性。本文讨论了如何通过“引用...
  • 1.数据库备份的概念 数据库备份,即从SQL Server数据库或其事务日志中将数据或日志记录复制到相应的...设计一个好的备份和还原策略需考虑多方面的因素,包括备份内容、备份计划、备份介质、备份设备、备份类型和恢...
  • 不过实现基础,还是在程序中保存一个临时数据表,要注意是,如果数据量比较大话,考虑到效率以及资源使用等因素,则可以取消临时数据表,而直接去访问数据库即可,这可以根据实际应用来修改我方法。...
  • 在设计数据库时,存储引擎和创建索引是我们首要考虑的问题,不同的应用场景选择不同的引擎会给系统带来既然不同的效率,是否考虑分表,事务机制,读写比例等都是决定引擎选取的因素。索引是帮我们高效获取数据的数据...
  • 创建表空间

    千次阅读 2018-04-15 11:15:23
     创建表空间要考虑的因素创建数据库完毕~ 创建所需的 非system表空间 ~创建表空间 ~ 空间数量 、对应数据文件大小 ~ 表空间存储管理方式、默认存储参数、块大小oracle本身 ~ 不限制表空间数目~ 限制于数据库...
  • 数据库连接池,线程池,C3P0

    千次阅读 2014-05-21 15:05:40
    数据库连接池在初始化时将创建一定数量的数据库连接放到连接池中,这些数据库连接数量是由最小数据库连接数来设定。无论这些数据库连接是否被...数据库连接池最小连接数和最大连接数设置要考虑到下列几个因素
  • 数据库性能调优是知识密集型的学科,需要综合考虑各种复杂的因素数据库缓冲区的大小、索引的创建、语句改写等等。总之,数据库性能调优的目的在于使系统运行得更快。 调优需要有广泛的知识,这使得它既简单又...

空空如也

空空如也

1 2 3 4 5 ... 7
收藏数 127
精华内容 50
关键字:

创建数据库考虑的因素