informix的性能优化

informix的性能优化以下是我用INFORMIX DATABASE的一点体会,分享给大家,欢迎大家一起探讨! 1. 日志缓冲如果不怕丢失几个事务则最好用缓冲日志,这样可以得到更好的性能.如果数据安全性很重要,则最好用非缓冲日志.2. DSS SERVER的优化有三个目标:1>. 总查询通过量最大化可以将ONCONFIG文件中的PDQPRIORITY设置限制小于25%2>. 每个查询处理时间最小化可以将ONCONFIG文件中的PDQPRIORITY设置限制大于50%3>. 平衡优先级可以将ONCONFIG文件中的PDQPRIORITY设置限制大于25%,小于50%3. OLTP SERVER的优化有三个目标:1>. 更新活动通过量最大化使用缓冲日志将检验点间隔最大化,周期最小化可以将ONCONFIG文件中的PDQPRIORITY设置限制為0增加物理日志长度最大化写入缓冲百分比其实以上的目标也是会矛盾的,关键在于如何取舍.2>. 查询活动通过量最大化最大化BUFFERS可以将ONCONFIG文件中的PDQPRIORITY设置為0或1最大化读取缓冲百分比3>. 事务安全最大化最小化CKPTINTVL使用非缓冲日志使用冗余磁盘和I/O路径减少物理日志长度4. 简单查询SERVER的优化有三个目标:最大化BUFFERS,它一般>=40%RAM可以将ONCONFIG文件中的PDQPRIORITY设置<25%5. 内存问题INFORMIX可以使用的内存是不限制的,给多少用多少,下面以IDS7.X為例: 缓冲区最多768000 PAGES (OS 3GBW/4KB)DSS内存最多1G锁最多8000000逻辑日志缓冲区3个LOGSIZE最大2G, TOTAL 6G物理日志缓冲区2个PHYSFILE最大2G, TOTAL 4G数据字典缓冲区没有限制,可以调整参数DD_HASHSIZE和DD_HASHMAX onstat -g dic确定数据字典缓冲区是否接近容量存储过程缓冲区没有限制,可以调整参数PC_HASHSIZE和PC_POOLSIZE onstat -g prc确定存储过程缓冲区是否接近容量数据分布缓冲区可以调整参数DS_HASHSIZE和DS_POOLSIZEonstat -g dsc确定数据分布缓冲区是否接近容量6. 磁盘问题磁盘是越多越好的多些驱动器比大的驱动器好采取RAID磁盘阵列7. 内核限制不同的OS有不同的内核,这是可以调整的.8. 内存参数onstat -g seg确定共享内存分配和查询内存分区SHMVIRTSIZE确保最低正常负荷内存,如果消息日志文件中表示动态新共享内存的消息很多,则要增加此参数的数值.SHMADD至少应為SHMVIRTSIZE的10%SHMTOTAL除非很小的系统,否则社為0让内存增长.9. 分块表和大量区域用oncheck -pt 和oncheck -pe检查表的区域数及其在磁盘上的布局一般说表格超过33个区域系统比较慢,可以压缩表格来解决1>. 删除表格重建并重新装入数据2>. 重新创建索引3>. 将表和索引放在不同的DBSPACE============================================================================== Informix查询优化update statistics小注给定查询的不同执行策略可能会有不同的代价，构造具有最小查询执行代价的查询执行计划是数据库系统的职责。

查询优化是为了查询选择最有效的查询策略的过程。

查询优化是尽量找出与给定表达式等价的、但是执行效率更高的一个表达式，而且决定执行运算时所采用的具体算法以及将使用的特定索引等。

为了在诸多查询策略中作出选择，数据库系统的优化器必须估计每个查询策略的代价，磁盘访问次数常常是衡量代价的主要标准。

在没有按照某策略执行查询前，准确计算出该策略的代价是不可能的，所以，优化器要利用数据库系统中的统计信息，来估计查询策略的代价。

Informix数据库系统这些统计信息保存在SYSMASTER数据库中，如果要维护准确的统计值，那么每当表数据修改时，相应的统计值也必须更新，这种更新会带来很大的代价，因此Informix系统不是在每次修改时对统计值更新。

因此，用于选择查询策略的统计数据不一定完全正确，有时会遇到查询用不到应该使用的索引，就是统计信息没有更新的原因。

对Informix数据库系统，这些统计信息保存在SYSMASTER数据库中，可以使用UPDATE STATISTICS命令更新。

以下是用于估计代价的信息：<!--[if !supportLists]-->? <!--[endif]-->记录数<!--[if !supportLists]-->? <!--[endif]-->表空间的页数<!--[if !supportLists]-->? <!--[endif]-->记录长度<!--[if !supportLists]-->? <!--[endif]-->字段不同值个数<!--[if !supportLists]-->? <!--[endif]-->字段值的分布<!--[if !supportLists]-->? <!--[endif]-->索引的层数<!--[if !supportLists]-->? <!--[endif]-->索引叶结点数目<!--[if !supportLists]-->? <!--[endif]-->索引B+树的深度<!--[if !supportLists]-->? <!--[endif]-->索引是升序还是降序或聚类索引<!--[if !supportLists]-->? <!--[endif]-->索引占用的页面数目Informix 数据库服务器中的优化器为SQL语句的查询提供最有效的策略，这就使得你在进行表的连接查询时不必全面考虑究竟那个表首先搜索，以及究竟需要使用那个索引。

通过执行update statistics命令可以更新系统的统计信息，使得优化器得到当前最新的统计信息。

当修改或删除一个表的相关数据时，系统的统计信息并不自动更新。

比如：如果使用delete命令删除一个数据库表内的一条记录，删除完成后查找systables内关于该表的记录信息时，将会发现nrows（数据库表的记录行数目）并没有改变。

而通过执行update statistics 命令，就可以使系统表systables、sysdistrib、syscolumns、sysindexes等表内的信息得到更新。

在运行完update statistics后，这时就会发现systables内的nrows字段已得到更新。

如果执行update statistics medium（high），在sysdistrib表内还可以得到更新的数据分布信息。

所以，当大量地修改数据库表后最好执行一下update statistics操作。

另外，update statistics 将强迫存储过程的优化（对sysprocpplan更新）。

以下是与update statistics 相关的系统表：1、syscolumns描述了数据库内的每个字段，其中的colmin、colmax存储了数据库各表字段的次小及次大值，这些值只有在该字段是索引且运行了Update statistics之后才生效。

如对于字段值1、2、3、4、5，则4为次大值，2为次小值。

2、sysdistrib：存储了数据分布信息。

该表内提供了详细的表字段的信息用于提供给优化器优化SQL Select语句的执行。

当执行update statistics medium（high）之后将往此表存入信息。

执行“dbschema -hd”可以得到指定表或字段的分布信息3、sysindexes：描述了数据库内的索引信息。

对于数据库内的每个索引对应一条记录。

修改索引之后只有执行Update statistics才能使其改变在该表内得到反映。

同时也更新clust的数值，在该表的数据页数目及数据库记录条数之间4、systables：通过执行Update statistics可以更新nrows数据update statistics有以下三种级别：1、LOW：缺省为LOW，此时搜集了关于column的最少量信息。

只有systables、syscolumns、sysindexes 内的内容改变，不影响sysdistrib。

为了提高效率，一般对非索引字段执行LOW操作2、HIGH：此时构建的分布信息是准确的，而不是统计意义上的。

因为耗费时间和占用CPU 资源，可以只对表或字段执行HIGH操作。

对于非常大的表，数据库服务器将扫描一次每个字段的所有数据。

可以配置DBUPSPACE环境变量来决定可以利用的最大的系统磁盘空间3、MEDIUM：抽样选取数据分布信息，故所需时间比HIGH要少什么时候应该执行update ststistics ？建议在以下情况，执行update statistics 操作：对数据做了大量修改，大量是针对数据的分布而言，若数据分布没有明显的改变则可以不做改变的数据库表有与之相关的存储过程，避免在运行时存储过程重新优化数据库升级之后完成对索引的转变update ststistics 的方法考虑到速度性能因素，执行update statistics的推荐方法：对表执行：update statistics medium for table #### distributions only对每个索引的首字段执行：update statistics high对复合索引执行：update statistics low必要时对非索引字段但在条件中使用到的字段执行Update statistics high操作===================================================================Informix 数据库优化Informix IDS 数据库广泛的应用在金融、电信和邮政等各个行业中，它是一个多线程的关系数据库服务器，采用对称的多处理器技术和单处理器体系结构，并具有先进的技术、性能与高可靠性和高可用性。

它为用户提供了动态系统管理工具来监控和管理数据库服务器。