flyinweb's blog

本文主要介绍 Informix 11.5 中 SQL 语句性能监控的基本方法及实现，希望能够使大家有一个比较全面的了解。

我们知道，在数据库应用系统中，SQL 语句的性能好坏至关重要。如果 SQL 语句性能很差，可能会导致整个数据库应用系统的性能也非常差。那么，如何监控数据库系统中 SQL 语句的性能，导致 SQL 语句性能差的原因是什么？ SQL 语句运行过程中对系统资源的使用情况如何？系统资源存在哪些瓶颈？在 Informix 11.5 中，主要提供了两个工具来解决上述问题。一个是 set explain 命令，我们可以通过查看数据库的查询计划来分析导致 SQL 语句性能差的原因并给予相应的调整，另一个是 SQL 下钻查询特性，通过它，我们可以分析系统中哪些 SQL 语句执行比较慢、SQL 语句执行的时间是多少、SQL 语句运行时对资源的占用情况及系统存在的瓶颈是什么并及时进行相应的调整。下面，我们具体来看一下这两种监控工具的具体使用方法，希望对大家能有所帮助。

定位informix oninit进程CPU占用过高的一般步骤：

1. onstat -g glo查找当时CPU占用高的PID号,根据pid号可以找到对应的VP号

2. onstat -g act 打印活动的线程，可以使用 -r参数定时重复打印。找到这个pid对应的vp及活动的线索,如果对应的name是 btscanner_0，说明是btree扫描线程的问题，如果是sqlexec则需要进一步定位执行的SQL语句,在这里对应的tid为129,rstcb为c0000001143e3300

3.  根据获得的Running threads的地址rstcb，查看onstat -u | grep rstcb的输出，获取该用户线索对应的session ID。

4，根据sessionid可以找到对应的session并打印session正在执行的SQL语句从这里可以看到执行此SQL的用户进程pid。得到sessionid号后运行onstat -g sql {sessid}即可查处对应的sql语句。

注意，由于中间查找步骤需要时间，此时有可能对应运行的sql语句已经改变了。所以这个办法适合当一直执行同一个sql语句导致oninit长期占用cpu资源的情况。因为如果sql语句执行成功，onstat -g sql {sessid}得出的语句已经是后面执行的语句。可以连续运行onstat -g sql {sessid}命令，即可察看该sql语句是否一直在执行。

ON-Bar 为 Informix 数据库提供了健壮且可伸缩的备份解决方案。如果您发现自己受到了运行备份的约束，ON-Bar 选项会适合您。通过与存储管理器一起工作，ON-Bar 能够向您提供更快的速度和更少的恢复当机时间。

以前在 Informix Tech Notes 季刊中发表过这篇文章。Tech Notes 文档集涵盖了 1991 年到 2001 年期间的文章。要获取 1998 年或之前的重印本，请通过 tsmail@us.ibm.com与技术支持（Technical Support）联系。

Informix 数据库安装简单，管理方便，性能强大，大量应用在金融电信领域的联机交易系统中。 Informix 提供的一系列管理工具帮助系统管理员快速的监控并收集数据库的信息，快速诊断问题提供了有效的手段。本文介绍使用 onlog 工具在一实际案例中怎么追踪分析事务处理过程，并最终排除系统故障。

什么是冷恢复？

如果关键数据库空间由于磁盘故障或损坏的数据而受损，则数据库服务器将自动脱机。如果关键数据库空间停止运行，您必须对所有关键数据库空间执行冷恢复。

本文讨论了如何在各个级别有效地监控 Informix Dynamic Server，同时就标识 Informix 引擎和数据库问题提供一些技巧。

最近经常有人问我 MySQL Query Cache 相关的问题，就整理一点 MySQL Query Cache 的内容，以供参考。

顾名思义，MySQL Query Cache 就是用来缓存和 Query 相关的数据的。具体来说，Query Cache 缓存了我们客户端提交给 MySQL 的 SELECT 语句以及该语句的结果集。大概来讲，就是将 SELECT 语句和语句的结果做了一个 HASH 映射关系然后保存在一定的内存区域中。

手册中的解释是：unauthenticated user refers to a thread that has become associated with a client connection but for which authentication of the client user has not yet been done。意即：有一个线程在处理客户端的连接，但是该客户端还没通过用户验证。