仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 1691|回复: 9
打印 上一主题 下一主题

[学习教程] MYSQL网页设计Oracle专家调优奥密(三)

[复制链接]
蒙在股里 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-16 22:40:13 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
你碰到的问题可能已经在社区中被别的人已经问过,即使没有MySQL学习教程,你也可以提出问题或通过Google来搜索答案。社区的相关负责人士:“MySQL社区是活跃、友好和内容渊博的。”oracle调剂Oracle的合作

  Oracle的个中一个长处时它能够办理每一个表空间中的自在空间。Oracle卖力处置表和索引的空间办理,如许就能够让我们无需明白Oracle的表和索引的外部运作。不外,关于有履历的Oracle调优专家来讲,他必要明白Oracle是怎样办理表的extent和余暇的数据块。关于调剂具有高的insert大概update的体系来讲,这长短常主要的。

  要精晓工具的调剂,你必要明白freelists和freelist组的举动,它们和pctfree及pctused参数的值有关。这些常识关于企业资本企图(ERP)的使用是出格主要的,由于在这些使用中,不准确的表设置一般是DML语句实行慢的缘故原由。

  关于初学者来讲,最多见的毛病是以为默许的Oracle参数关于一切的工具都是最好的。除非磁盘的损耗不是一个成绩,不然在设置表的pctfree和pctused参数时,就必需思索均匀的行长和数据库的块巨细,如许空的块才会被无效地放到freelists中。当这些设置不准确时,那些失掉的freelists也是"dead"块,由于它们没有充足的空间来存储一行,如许将会招致分明的处置提早。

  Freelists关于无效地从头利用Oracle表空间中的空间是很主要的,它和pctfree及pctused这两个存储参数的设置间接相干。üpctused设置为一个高的值,这时候数据库就会尽快地从头利用块。不外,高功能和无效地从头利用表的块是对峙的。在调剂Oracle的表格和索引时,必要仔细思索事实必要高功能仍是无效的空间重用,而且据此来设置表的参数。以下我们来看一下这些freelists是怎样影响Oracle的功能的。

  当有一个哀求必要拔出一行到表格中时,Oracle就会到freelist中寻觅一个有充足的空间来包容一行的块。你大概晓得,freelist串是放在表格大概索引的第一个块中,这个块也被称为段头(segmentheader)。pctfree和pctused参数的独一目标就是为了把持块怎样在freelists中收支。固然freelistlink和unlink是复杂的Oracle功效,不外设置freelistlink(pctused)和unlink(pctfree)对Oracle的功能的确有影响。

  由DBA的基础常识晓得,pctfree参数是把持freelistun-links的(行将块由freelists中移除)。设置pctfree=10意味着每一个块都保存10%的空间用作行扩大。pctused参数是把持freelistre-links的。设置pctused=40意味着只要在块的利用低于40%时才会回到表格的freelists中。

  很多老手关于一个块从头回到freelists后的处置都有些曲解。实在,一旦因为一个删除的操纵而令块被从头到场到freelist中,它将会一向保存在freelist中即便空间的利用凌驾了60%,只要在抵达pctfree时才会将数据块由freelist中移走。

  表格和索引存储参数设置的请求总结

  以下的一些划定规矩是用来设置freelists,freelistgroups,pctfree和pctused存储参数的。你也晓得,pctused和pctfree的值是能够很简单地经由过程altertable命令修正的,一个好的DBA应当晓得怎样设置这些参数的最好值。

  无效地利用空间和高功能之间是有冲突的,而表格的存储参数就是把持这个方面的冲突:

  .关于必要无效地从头利用空间,能够设置一个高的pctused值,不外反作用是必要分外的I/O。一个高的pctused值意味着绝对满的块城市放到freelist中。因而,这些块在再次满之前只能够承受几行纪录,从而招致更多的I/O。

  .寻求高功能的话,能够将pctused设置为一个低的值,这意味着Oracle不会将数据块放到freelists中直到它几近是空的。那末块将能够在满之前吸收更多的行,因而能够削减拔出操纵的I/O。要记着Oracle扩大新块的功能要比从头利用现有的块高。关于Oracle来讲,扩大一个表比办理freelists损耗更少的资本。

  让我们往返顾一下设置工具存储参数的一些罕见划定规矩:

  .常常将pctused设置为能够吸收一条新行。关于不克不及承受一行的freeblocks关于我们来讲是没有效的。假如如许做,将会令Oracle的功能变慢,由于Oracle将在扩大表来失掉一个空的块之前,妄图读取5个"dead"的freeblock。

  .表格中chainedrows的呈现意味着pctfree太低大概是db_block_size太少。在良多情形下,RAW和LONGRAW列都很伟大,以致凌驾了Oracle的最年夜块的巨细,这时候chainedrows是不成以免的。

  .假如一个表有同时拔出的SQL语句,那末它必要有同时删除的语句。运转单一个一个扫除的事情将会把全体的余暇块放到一个freelist中,而没有别的包括有任何余暇块的freelists呈现。

  .freelist参数应当设置为表格同时更新的最年夜值。比方,假如在任什么时候候,某个表最多有20个用户实行拔出的操纵,那末该表的参数应当设置为freelists=20。

  应记着的是freelistgroups参数的值只是关于OracleParallelServer和RealApplicationClusters才是有效的。关于这类Oracle,freelistgroups应当设置为会见该表格的OracleParallelServer实例的数量。
由于在MySQL中有如此众多的额外功能可选,诸如存储引擎等,你可以选择最适合你公司的一个,或者尝试选用多个引擎。MySQL开始非常小巧,但是可以随着公司的成长而不断地变强大。
精灵巫婆 该用户已被删除
沙发
发表于 2015-1-17 15:51:12 | 只看该作者
代替了原来VB式的错误判断。比Oracle高级不少。
分手快乐 该用户已被删除
板凳
发表于 2015-1-20 19:51:24 | 只看该作者
可以动态传入参数,省却了动态SQL的拼写。
小妖女 该用户已被删除
地板
发表于 2015-1-29 18:36:21 | 只看该作者
连做梦都在想页面结构是怎么样的,绝非虚言
小魔女 该用户已被删除
5#
发表于 2015-2-6 03:15:32 | 只看该作者
连做梦都在想页面结构是怎么样的,绝非虚言
第二个灵魂 该用户已被删除
6#
发表于 2015-2-15 09:05:09 | 只看该作者
可能有的朋友会抱怨集成的orderby,其实如果使用ranking函数,Orderby是少不了的。如果担心Orderby会影响效率,可以为orderby的字段建立聚集索引,查询计划会忽略orderby操作(因为本来就是排序的嘛)。
不帅 该用户已被删除
7#
发表于 2015-3-4 11:24:29 | 只看该作者
入门没那么困难,精通没那么容易
山那边是海 该用户已被删除
8#
发表于 2015-3-11 18:55:57 | 只看该作者
我是一个ERP初学者,对于前台运用基本熟悉,但对于后台SQLServer的运用一点也不懂,特想学习下相关资料。至少懂得一些基本的运用。希望各位能给于建议,小弟再谢过!
若天明 该用户已被删除
9#
发表于 2015-3-19 07:59:28 | 只看该作者
SP4是一个累积性的ServicePack,包含自以前的ServicePack发布以来所有的修补程序(包括MS03-031安全公告)。
蒙在股里 该用户已被删除
10#
 楼主| 发表于 2015-3-27 15:12:13 | 只看该作者
现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层.
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-5-1 08:49

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表