DB2优化（简易版）

计划—monitors on db2 "update monitor switches using  lock on sort on bufferpool on uow on  table on statement on" 翻开监督电门,获得须要的本能消息 最大略而最见功效的—bufferpool 缓冲池是外存中的一块保存地区,用来偶尔读入和变动数据库页(包括表行或索引项)。缓冲池的用处是为了普及数据库体例的本能。从外存考察数据要比从磁盘考察数据快得多。所以,数据库处置器须要从磁盘读取或写入磁盘的度数越少,本能就越好。对一个或多个缓冲池举行摆设之以是是调优的最要害上面,是由于贯穿至数据库的运用步调的大普遍数据(不囊括大东西和长字段数据)操纵都在缓冲池中举行。 缺省情景下,运用步调运用缓冲池 ibmdefaultbp,它是在创造数据库时创造的。当 syscat.bufferpools 目次表中该缓冲池的 npages 值为 -1 时,db2 数据库摆设参数 buffpage 遏制着缓冲池的巨细。要不会忽视 buffpage 参数,而且用 npages 参数所指定的页数创造缓冲池。 倡导对于仅运用一个缓冲池的运用步调,将 npages 变动成 -1,如许 buffpage 就不妨遏制该缓冲池的巨细。这使得革新和汇报缓冲池巨细以及其它 db2 数据库摆设参数变得越发简单。 保证不妨运用数据库摆设中的 buffpage 参数来遏制缓冲池巨细之后,将该参数树立成符合的值。按照数据库的巨细和运用步调的本质将该参数树立成一个有理的大值,这种做法很安定。常常,该参数的缺省值特殊小,大概满意不了诉求。 db2 "get snapshot for all bufferpools" 在数据库快速照相或缓冲池快速照相的快速照相输入中,搜索下列"logical reads"和"physical reads",如许就不妨计划出缓冲池掷中率,它不妨扶助调优缓冲池: 缓冲池掷中率表白数据库处置器不须要从磁盘装入页(即该页仍旧在缓冲池中)就能处置页乞求的功夫百分比。缓冲池的掷中率越高,运用磁盘 i/o 的频次就越低。按如次计划缓冲池掷中率: (1 - ((buffer pool data physical reads + buffer pool index physical reads) / (buffer pool data logical reads + pool index logical reads)) ) * 100% 这个计划商量了缓冲池高速缓存的一切页(索引和数据)。理念情景下,该比例该当胜过 95%,并尽大概逼近 100%。要普及缓冲池掷中率,请试验底下那些本领: 减少缓冲池巨细。  商量调配多个缓冲池,即使大概的话,为每个常常被考察的大表分属的表空间调配一个缓冲池,为一组小表调配一个缓冲池,而后试验一下运用各别巨细的缓冲池以察看哪种拉拢会供给最好本能。  即使已调配的外存不许扶助普及本能,那么请制止给缓冲池调配过多的外存。该当按照取自尝试情况的快速照相消息来确定缓冲池的巨细。 太小的缓冲池会爆发过多的、不需要的物理 i/o。太大的缓冲池使体例处在操纵体例页面安排的危害中并耗费不需要的 cpu 周期来处置过渡调配的外存。凑巧符合的缓冲池巨细就在"太小"和"太大"之间的某个平稳点上。符合的巨细生存于汇报将要发端缩小的点上。 赢得最好本能的—sql 一条蹩脚的 sql 语句会完全妨害十足。一个对立大略的 sql 语句也不妨搞糟一个安排得很好的数据库和呆板。对于很多那些语句,天下面(或在文献中)没有 db2 udb 摆设参数不妨矫正因缺点的 sql 语句引导的高本钱的情景。 更蹩脚的是,dba 往往遭到各类牵制:不许变动 sql(大概是由于它是运用步调供给商供给的)。这给 dba 只留住三条路可走: 1. 变动或增添索引 2. 变动聚集 3. 变动目次统计消息 兴盛的运用步调由不计其数条各别的 sql 语句构成。那些语句实行的频次随运用步调的功效和凡是的交易须要的各别而各别。sql 语句的本质本钱是它实行一次的本钱乘以它实行的度数。 每个 dba 所面对的宏大的工作是,辨别具备最高"本质本钱"的语句的挑拨,而且缩小那些语句的本钱。 经过本机 db2 explain 适用步调、少许第三方供给商供给的东西或 db2 udb sql event monitor 数据,不妨计划出实行一次 sql 语句所用的资源本钱。然而语句实行频次只能经过提防和耗费时间地领会 db2 udb sql event monitor 的数据来领会。 最好本能不只须要废除高本钱 sql 语句,并且须要保证相映的物理普通构造是符合的。当一切的安排按钮都树立得恰如其分、外存被灵验地调配到池和堆并且 i/o 平均地调配到各个磁盘时,才可获得最好本能。 不行脱漏的—lock 那些与锁关系的遏制都是数据库摆设参数:  locklist 表白调配给锁列表的保存含量。每个数据库都有一个锁列表,锁列表包括了并发贯穿到该数据库的一切运用步调所持有的锁。锁定是数据库处置器用来遏制多个运用步调并发考察数据库中数据的体制。行和表都不妨被锁定。按照东西能否还持有其它锁,每把锁须要 32 个或 64 个字节的锁列表:  须要 64 个字节来持有某个东西上的锁,在这个东西上,没有持有其它锁。  须要 32 个字节来记载某个东西上的锁,在这个东西上,仍旧持有一个锁。 maxlocks 设置了运用步调持有的锁列表的百分比,在数据库处置器实行锁晋级之前必需弥补该锁列表。当一个运用步调所运用的锁列表百分比到达 maxlocks 时,数据库处置器会晋级那些锁,这表示着用表锁包办行锁,进而缩小列表中锁的数目。当任何一个运用步调所持有的锁数目到达所有锁列表巨细的这个百分比时,对该运用步调所持有的锁举行锁晋级。即使锁列表用结束空间,那么也会爆发锁晋级。数据库处置器经过察看运用步调的锁列表并搜索行锁最多的表,来确定对哪些锁举行晋级。即使用一个表锁替代那些行锁,将不重逢胜过 maxlocks 值,那么锁晋级就会遏止。要不,锁晋级就会从来举行,直到所持有的锁列表百分比低于 maxlocks。maxlocks 参数乘以 maxappls 参数不许小于 100。 固然晋级进程自己并不必花很多功夫,然而锁定所有表(对立于锁定部分行)贬低了并发性,并且数据库的完全本能大概会因为对受锁晋级感化的表的后续考察而贬低。 locktimeout 的缺省值是 -1,这表示着将没有锁超时(对 oltp 运用步调,这种情景大概会是灾害性的)。很多 db2 用户用 locktimeout = -1。将 locktimeout 树立为很短的功夫值,比方 10 或 15 秒。在锁高等待过长功夫会在锁上爆发雪崩效力。 开始,用以次吩咐查看 locktimeout 的值: db2 "get db cfg for dbname" 并搜索包括以次文本的行: lock timeout (sec) (locktimeout) = -1 即使值是 -1,商量运用以次吩咐将它变动为 15 秒(确定要开始咨询运用步调开拓者或供给商以保证运用步调不妨处置锁超时): db2 "update db cfg for dbname using locktimeout 15" 同声该当监督锁等候的数目、锁等候功夫和正在运用锁列表外存(lock list memory)的量。请发出以次吩咐: db2 "get snapshot for database on dbname" 即使 lock list memory in use (bytes) 胜过所设置 locklist 巨细的 50%,那么在 locklist 数据库摆设中减少 4k 页的数目。[page_break]保护题目的—sortheap  sortheap 是一个数据库摆设参数,它设置了独占排序所运用的独占外存页的最大数量,或共享排序所运用的共享外存页的最大数量。即使排序是独占排序,那么该参数感化代劳步调独占外存。即使排序是共享排序,那么该参数感化数据库的共享外存。每个排序都有独立的由数据库处置器按需调配的排序堆。在排序堆中对数据举行排序。即使由优化器来引导排序堆巨细的调配,那么用优化器供给的消息来调配的排序堆的巨细要小于由该参数所指定的排序堆巨细。  sheapthres 是一个数据库处置器摆设参数。独占和共享排序所运用外存的根源不一律。共享排序外存区的巨细是在第一次贯穿到数据库时按照 sheapthres 值以静态办法预先决定的。独占排序外存区的巨细是不受控制的。对于独占排序和共享排序,运用 sheapthres 参数的办法各别:  对于独占排序,sheapthres 是对独占排序在任何给定的功夫不妨耗费的十足外存的范例级"软"控制。当范例的总独占排序外存耗费量到达这一控制时,为其它加入的独占排序乞求而调配的外存会大大缩小。   对于共享排序,sheapthres 是对共享排序在任何给定的功夫不妨耗费的十足外存的数据库级"硬"控制。当到达这一控制时,不承诺有其它共享排序外存乞求,直到总的共享外存耗费量回落到 sheapthres 所指定的控制以次。  运用排序堆的操纵示例囊括外存中表的散列贯穿和操纵。阈值的显式设置提防数据库处置器将过多数目的外存用来洪量排序。  倡导  运用数据库体例监督器来盯梢排序震动。   运用符合的索引使排序堆的运用降到最低。   当须要一再举行巨型排序时,减少 sortheap 的值。   即使减少 sortheap,请决定能否还须要安排数据库处置器摆设文献中的 sheapthres 参数。   优化器用排序堆巨细来决定存取路途。在变动该参数后请商量从新绑定运用步调(运用 rebind package 吩咐)。   理念情景下,该当将排序堆阈值(sheapthres)参数有理地树立为在数据库处置器范例中树立的 sortheap 参数最大值的倍数。该参数起码该当是范例中任何数据库所设置的最大 sortheap 的两倍。  怎样变动那些参数  要变动 sortheap 和 sheapthres 的值,请运转以次吩咐:  -- sortheap should be changed for individual database --  db2 "update db cfg for db_name using sortheap a_value"  -- sheapthres is a database manager parameter --  db2 "update dbm cfg using sheapthres b_value"  接洽办法  oltp 运用步调不该当实行巨型排序。巨型排序在 cpu 和 i/o 资源上面的本钱太高了。常常,sortheap 巨细的缺省值(256 个 4kb 页)就充满了。究竟上,对于高并发性 oltp,大概蓄意贬低这个缺省值。当须要进一步接洽时,不妨发出底下这条吩咐:  db2 "update monitor switches using sort on"  而后,让运用步调运转一会,而后输出:  db2 "get snapshot for database on dbname"  按照该输入,不妨计划每个工作的排序数量,并不妨计划溢出了可用来排序的外存的那局部排序的百分比。  sortspertransaction  = (total sorts) / (commit statements attempted + rollback statements attempted)  percentsortoverflow  = (sort overflows * 100 ) / (total sorts)  体味:即使 sortspertransaction 大于 5,它大概表白每个工作的排序太多。即使 percentsortoverflow 大于 3%,那么大概爆发了重要的、不曾预猜测的巨型排序。爆发这种情景时,减少 sortheap 只会湮没本能题目 - 却没辙矫正它。这个题目的精确处置计划是经过增添精确的索引矫正有题目的 sql 语句的存取计划。