怎样用Informix数据库调优

下面我们来一起看看着个很高大上的东西，学起来哈哈

Informix IDS数据库广泛的应用在金融、电信和邮政等各个行业中，它是一个多线程的关系数据库服务器，采用对称的多处理器技术和单处理器体系结构，并具有先进的技术、性能与高可靠性和高可用性。它为用户提供了动态系统管理工具来监控和管理数据库服务器。hibernate教程随着数据库数量的增加和应用处理交易量的增多，它的运行效率显得尤为突出。在硬件环境不变的情况下，数据库性能的提高也一直成为大家关注的话题。 数据库系统性能通常与CPU、共享内存、数据的存储和网络设置等四个方面有直接的关系。下面着重介绍通过配置Informix IDS参数和监控Informix IDS运行效率，来提高数据库的性能。 虚拟处理器参数的调整和监控 Informix IDS对于虚拟处理器的分类，达到了十多种，每个虚拟处理器像操作系统的一个CPU允许多个进程服务于多个用户一样，也可以运行多个线程来为多个 SQL 客户机应用程序提供服务。其中最重要的虚拟处理器是CPU、AIO、网络处理器三种，在这三种服务器中，CPU虚拟处理器（CPU VP）是最重要的，它驱动其他虚拟处理器，如磁盘 I/O 虚拟处理器（AIO VP）和 IDS 会话中的所有线程。AIO VP的功能是在 SQL 语句访问或更新数据库数据时，执行磁盘 I/O。网络处理器涉及到数据库服务器的客户机或用户连接。可以进行两种类型的连接：共享内存连接和网络连接。下面分别介绍这三种类型的参数。

1．CPU虚拟处理器（CPU VP）的参数 NUMCPUVPS:定义了Informix IDS 开始启动的CPU VP的数量。一般情况下不能超过系统CPU的个数，对于单或双CPU的计算机系统，建议设置NUMCPUVPS是1或者2，即使用一个或两个CPU VP；对于有4个以上CPU，建议设置NUMCPUVPS的值等于处理器总数减1。 SINGLE_CPU_VP:定义了多CPU VP（0）和单CPU VP（1）设置。 MULTIPROCESSOR：定义了多个CPU VP（1）还是单个CPU VP（0）。 AFF_NPROCS:定义了可以绑定到CPU VP的CPU的数目。 AFF_SPROC:定义了把连续的几个CPU（AFF_NRPOCS参数定义的值）中第一个CPU的序号连接到CPU VP上。 例如，某个Informix IDS系统所在的硬件平台有4个CPU，AFF_NPROCS设置为3（即可用于绑定CPUVP的CPU有3个），NUMCPUVPS设置为3，AFF_SPROC设置为1，则3个CPUVP需要绑定到CPU上，是从第2个CPU开始，绑定到第二、三、四个CPU上。SINGLE_CPU_VP设置为0。 2．对于磁盘I/O虚拟处理器（AIO VP）的配置 NUMAIOVP 指定系统上 AIO/KAIO 虚拟处理器的数目，如果Informix IDS采用裸设备存储，可以设置成2。 在Informix IDS9.2以后的版本中将NUMCPUVPS、NOAGE、AFF_NPROCS、AFF_SPROC、NUMAIOVP用VPCLASS参数代替。当Informix IDS处于online的状态下，可以使用onmode -p (+/-)＃来增加或者减少虚拟处理器。＃代表增加或者减少虚拟处理器的个数。 3．对于网络处理器参数的配置 NETTYPE:定义了Informix IDS的连接类型和连接可以连接的轮询线索数目。如果sqlhosts文件中支持一个以上的接口或协议的连接，就必须对每个连接类型规定独立的NETTYPE参数。 轮询线索可以在两类VP上运行：NET VP和CPUVP。为得到最佳性能，Informix建议使用NETTYPE表项为CPU VP类只分配一个轮询线索，将其余轮询线索轮询线索分配给NET VP。分配给任何一种连接类型的轮询线索不得超过NUMCPUVPS的取值。 NETTYPE的配置格式如下:NETTYPE connection_type，标识轮询线索分配的连接协议；poll_threads是分配给该连接类型的轮询线索数目，对任何连接类型，这个值不能超过NUMCPUVPS值；c_per_t 是每个轮询线索的连接数目，可以用如下公式计算这个值：c_per_t=connections/poll_thrn-Line -- Up 36 days 00:22:32 - - 5352416 Kbytes Ready threads: tid tcb rstcb prty status vp-class name onstat -g rea监控了就绪队列中的线程数目。包括准备运行而且在等待资源的线程。理想的状态下是输出极少的条目或者不显示任何条目。如果输出的某种 VP 类条目持续增长, 那么就要考虑在该类中添加VP。
在onstat-g iog指令的输出中，最需要关注的列是len列。len列的值应该总是为 0 或接近于 0。如果该列的值很高并持续增长，那么我们可能需要添加另一个 AIO/KAIO 虚拟处理器来减少磁盘 I/O 负载。 监控虚拟处理器的方法比较多，可以使用Informix IDS查询语句在系统表中找到虚拟处理器的使用情况:还可以在Unix操作系统中使用系统命令sar、top等来监控操作系统的CPU使用情况；还可以在一段时间内的重复执行Informix IDS命令onstat-g glo来监控各个虚拟处理器已占用的CPU资源。判断CPU的忙闲。 内存使用效率的参数调整和监控 Informix IDS 使用的内存部分被数据库服务器线程以及其他用户和虚拟进程共享，所以这部分的内存叫做共享内存，共享内存减少磁盘 I/O, 提供了最快地进行进程间通信的方法，还可以使数据库服务器减少总的内存使用。 Informix IDS共享内存分为四个部分：驻留部分、虚处理部分、消息部分和虚拟扩展区部分，其中消息部分只有在客户机和服务器采用共享内存方式连接时才有，而且尺寸很小。虚拟扩展区也极小，它包含了用于 DataBlade 模块的线程 heaps 和其他在用户定义的虚拟处理器中运行的用户定义例程。 1．驻留内存部分的参数 驻留内存部分又可以细分为：共享内存头、缓冲区，逻辑日志缓冲区、物理日志缓冲区、锁。asp教程 共享内存头在共享内存中包含所有其他结构的描述，还包含到这些结构位置的指针共享内存头是在初始化 Informix IDS 时创建的，并且不能进行调优。 缓冲区存储 Informix IDS 从 dbspace 所读取的数据，是数据库对象数据，如表的数据或索引数据。缓冲区占用了驻留内存中最大的部分。所有的缓冲区被组织到一个较长的最近最少使用（least-recently-used，LRU）缓冲区队列中，并通过最近最少使用（LRU）机制进行管理。定义缓冲区的参数是BUFFERS。称作指定共享内存缓冲区的最大数目，该参数对数据库I/O和事务处理吞吐量有明显的影响。但是，如果分配过多的缓冲区会影响到操作系统的内存并导致过多的交换内存页面的活动。一般建议设置为物理内存的20％到25％。 逻辑日志缓冲区是用来存储最后一次备份开始的逻辑日志记录的。逻辑日志记录保存了 SQL 语句对数据库数据进行的修改。在初始化Informix IDS 时，它创建三个逻辑日志缓冲区，以循环方式运作，来确保将获得的每一条逻辑日志记录都被刷新到磁盘中。

可以用命令 onstat -g seg来显示 IDS 当前共享内存虚拟区中的段的数目。 Informix IDS在初始化时，如果定义的虚拟内存区尺寸太小，会自动向虚拟区附加其他操作系统段，虚拟内存中的段过多从而引起数据库的整体性能下降。所以在初始化时，将虚拟内存区的尺寸配置得足够大，以避免进行动态的分配共享内存段。在该列的输出中，class列为R是驻留内存段，V是虚拟内存段，M是消息内存段。如果显示的虚拟内存段多于三个，那么就需要提高配置文件中 SHMVERSIZE 参数的值。 命令 onstat -p是监控内存的另一个命令。swift 教程其输出结果中的两个%cache显示了读写高速缓存比例的百分比，一般在80％到90％之间，如果低于80%，要调节BUFFERS参数值。ovlock 字段表明 IDS 在使用了最大数量的锁之后尝试过再使用锁的次数，如果该数字非零，可能需要提高配置文件中 LOCKS 参数的值。oVBuf 字段表明 IInformix IDS在dbspace中存取数据，dbspace又包含一个或多个chunk（块）。在9.40以后的版本中chunk的大小可以超过2G，在以前的版本中不能超过2G。可以使用onsta－d监控dbspace和chunk检查点时间包含检查点间隔时间和检查点持续时间。shell在检查点期间，IDS 阻止用户线程进入临界会话，并阻止所有的事务活动。因此，检查点持续时间过长，用户会经历系统挂起。 CKPTINTVL参数指定检查点之间的时间间隔。当检查点间隔到了，则系统执行检查点操作。 PHYSFILE指定物理日志的大小。一旦物理日志（PHYSFILE）的75%已满，检查点也会发生。 LRUS参数指示共享内存缓冲池中设置的最近最少使用（LRU）队列数目。 可以用LRUS和LRU_MAX_DIRTY及LRU_MIN_DIRTY来控制在满的检查点之间页被刷新到磁盘的频度。在某些情况下，通过设置这些参数，使得在检查点发生时需要刷新修改的页数量很少，可以达到高的吞吐量；假如检查点持续时间始终超过 10秒甚至以上，那么可能需要减少 LRU_MIN_DIRTY 和 LRU_MAX_DIRTY 配置参数的值以获取更短的检查点持续时间。可以使用onstat -R和onstat -P、onstat -F命令的输出来确定参数值的大小。一般情况下LRU_MIN_DIRTY设置为50，LRU_MAX_DIRTY设置为70。 调整Informix IDS参数来优化数据库性能，是Informix IDS性能优化的一个方面，它的性能调优还要从网络、硬件、操作系统、应用程序等多个方面来综合考虑，其性能的优化是一个高度复杂，异常繁琐而且涉及面很广的综合性工作，而且它们之间相互关联，相互影响。在调整过程中，应该明确数据库的运行状况和系统资源的使用情况，确定问题的瓶颈出现在哪里。然后根据问题的所在来优化数据库的性能。
数据库参数的调整是数据库优化的一个方面，在此只是想起到一个抛砖引玉的作用。