提高Informix数据库运行效率的策略与措施

open ps2;
fetch ps2;
while (sqlca.sqlcode==0){
……
update satmxhz
set
sbrq=b.sbrq,
ye =b.ye,
lxjs=b.lxjs,
wdbs=b.wdbs,
dac=dac
declare mx_cur cursor for insert_mx;
open mx_cur;
declare cur_mxh cursor for
select ＊ into bmxh
from satmxh
for update;
open cur_mxh;
fetch cur_mxh;
delete from satmxh
where current of cur_mxh;
fetch cur_mxh;
}
close mx_cur;
close cur_mxh;
commit work;
以上一段程序是将satmxh表中记录转移到satmx表中，虽然可用
刷新时写入磁盘的，所以上载数据速度最快，但其缺点是必须编程实现。
(2)避免加长锁、长事务操作，这在处理大数据量时其优劣尤为突出，在能保证数据一致性的前提下应将长事务分解为小事务来处理。
如将前面例题数据分不同网点机构进行转移，避免长事务，可大大提高运行效率。
wr_satmx():
database workdb;
2.insert语句优化要点
(1)采用insert cursor或put替代insert；
如：wr_satmx ()
begin work;
prepare insert_mx from ″insert into satmx
values(?,?,?,?,?,?,?,?,?,?,?,?)″；
where col>=1 and col<=1000 效率低
(3)避免子查询与相关查询。
如：where zh in (select zh from table where xm matches ″＊11＊″)
可将其编为declare cursor 的一while循环来处理。
(4)避免会引起磁盘读写的rowid操作。在where子句中或select语句中，用rowid要产生磁盘读写，是一个物理过程，会影响性
group by方式后效率大相径庭。
/＊将定期表中所有数据按机构，储种统计户数，余额置临时表中并建索引＊/
select zh[1,9] jg,zh[19,20]cz,count(＊)hs,sum(ye)sumye from satdq
where bz=″0″
group by zh[1,9],zh [19,20]
4.建库的日志方式：
(1)No logging:不能进行事务处理。
(2)buffered log：共享缓存满即刷新写入磁盘。
(3)unbuffered log：当一个交易完成时即刷新写入磁盘。
(4)ansi mode：只有日期格式差异，月日年形式，其他与unbuffered相同。
提高INFORMIX数据库运行效率的策略与措施
摘 要 本文从INFORMIX数据库系统参数性能调整、库表创建方式、ESQL/C程序设计、索引等实际应用方面提出了提高INFORMIX数
据库运行效率的若干策略与措施，旨在为INFORMIX数据库维护人员和程序设计人员提供有益的参考，文中穿插了一些简洁实例以便于读
如：where zh matches ″330678860＊″应用where zh[1,9]=″330678860″替代。
(7)通过聚族索引cluster index提高效率。
(8)避免使用order by,group by,该操作需生成临时表而影响效率，可用视图来处理，视图的引入能控制用户的存取，提高效率。
where current of ps2;
……
fetch ps2;
}
(5)where子句中变量顺序应与索引字键顺序相同。
如：create index putlsz_idx on putlsz(zh ,rq,lsh)
索引字键顺序：首先是帐号zh，其次是日期rq,最后是流水号lsh,
颈的发生。Online的磁盘空间应采用裸设备方式(raw device)，而不采用文件系统方式(cooked file)，前者比后者处理速度要快
得多，且可靠性高。物理日志缓存空间应在30～50兆间即可，不必太大。设置cpu vp个数为cpu个数减1(若cpu个数为1，则cpu vp也
为1)。共享内存一般是系统内存的1/3～1/4，一个cpu vp配4个LRU队列，n个 LRU队列配n个页刷新进程page_cleaner，调谐使其
while (sqlca.sqlcode==0){
put mx_cur from
bmxh.zh ,bmxh,rq,bmxh,l sh,bmxh,jym,
bmx,pzhm,bmxh.bz,bmxh,fse,
bmxh.ye,bmxh.bdlsh,bmxh.bd rq,bmxh.czy,bmxh.dybz;
者理解掌握。
关键词 INFORMIX 数据库 运行效率 优化策略
INFORMIX数据库是一被广泛应用的关系型数据库，如何提高其应用性能是大家关心的话题，特别是随着库中数据量与应用处理交易
量的不断增多，其运行效率问题尤显突出。除了充分应用INFORMIX新品质，从INFORMIX－SE到INFORMIX－ONLINE高版本外，INF
一般我们对实时处理系统日志方式采用unbuffered log，在进行大批量数据集中装卸时采用no logging。如：
create database workdb in dbspacel with log；
create table satmx(
zh char (20),
rq date,
高速缓冲区读命中率大于95％，写命中率大于85％，设定多张网卡可改进性能，网络碰撞率应在8％以内。系统核心参数按informix各
版本提出的配置要求调整即可，若调整不对，在构造online时即可能不会成功。Informix－online数据服务器性能的调试往往在一定
的经验值基础上动态反复调整、测试才能获得最终满意的结果。INFORMIX数据库系统参数性能调整的优劣直接影响INFORMIX数据库运
一个“extent”空间分配则根据表数据的增加量估计值来分配，这样可减少数据分配碎片和空间浪费，提高数据库系统的效率。
2.引入表分割fragmentation，使数据在物理逻辑上分布均匀，有助于并行处理性能的提高。
3.建表时对表的记录锁方式根据应用处理的不同区别对待。批量处理的表采用页锁(page)方式，实时交易的表采用行锁(row)方式。锁方式可以在建表时确定，也可以用alter tabname lock mode(row)和alter tabname lock mode(page)命令改变。值得注意的是通过dbimport、dbexport转移生成的表其默认锁方式是页级锁，对于实时交易且操作频繁的表应改为行级锁方式，使用oncheck －pt命令可查得表的锁方式状态。
while (sqlca.sqlcode==0){
……
update satmxhz
set
sbrq=b.sbrq,
ye=b.ye,
lxjs=b.lxjs,
wdbs=wdbs＋1,
dac=d
行效率，对其性能调整的具体方法与步骤，informix资料有较详尽说明，这里不作重点讨论。
二、 创建库表方式优化
1.数据库建库程序对每个数据表空间分配的优化。
在建表前将数据库每张表数据量大小作一估算，以便将表的第一个“extent”(物理上连续的页)空间分配尽量和估算值大小一致，下
begin work;
prepare insert_mx from ″insert into satmx
所以where子句变量顺序应是where zh=″11111″and rq=″06/06/1999″and lsh<1000,不应是where lsh<1000 and
rq=″06/06/1999″ and zh =″11111″等非索引字键顺序。
(6)用=替代matches的操作。
能。
如原为：
declare ps2 cursor for
select ＊,rowid
into b,id
from satmxhz
where zh[1,9]=vvjgbm
and bz=″0″
order by zh;
open ps2;
fetch ps2;
declare cur_jgl cursor with hold for
select jgbm,jgmc
into vvjgbm,vvjgmc
from putjgbm
order by jgbm
open cur_jgl;
fetch cur_jgl;
while(sqlca.sqlcode==0){
begin work;
insert into satmx select ＊ from satmxh;
dele te from satmxh;
commit work;
四行程序即可实现，但若表中记录多的话，其运行效率远远不如前者的处理方式，因为insert cursor是先在共享内存缓存中处理，
fse money(16),