彩票走势图

IBAnalyst如何帮助你发现Firebird或InterBase数据库的问题

让我们来看看IBAnalyst的关键特性。当你第一次看IBAnalyst的数据库统计信息时，可能会觉得不是很清楚，特别是当IBAnalyst在总览视图、表格视图以及索引视图上用了大量的红黄单元格来作为警告提示的时候。 让我们来参考一些实际方面的例子。

总览视图

总览页面显示了大量的信息，但是其中最有价值的是事务状态。（请点击F1或者帮助按钮，在IBAnalyst帮助中阅读关于对事务状态种类的描述）

从下面的截图可以到看到，有一些事务已经活跃了很长一段时间，平均每日有61%的事务处于活跃状态。（“61% of daily average”） IBAnalyst将这些事务的状态标记为红色，防止因为版本的更替而被服务器认定为是内存垃圾而被回收。

导致系统变得缓慢有一个很重要的因素：对于某些记录的版本数量越多时，读取所花的时间也就越多。为了找到这些长时间运行的事务，你可以使用FBScanner的MON$Logger模块或者对MON$表格进行直接查询。而为了找到被长时间运行的事务所影响的表格（就是那些有大量版本的表格），你需要查看IBAnalyst的表格视图。

表格视图

在表格视图，你可以看见这些表格以及它们的重要参数：记录总数、记录的版本总数、记录的长度、版本的最大数量等等。

你可以通过排序来查看这个最大的表格。我们对那些有许多记录版本的表格特别感兴趣-大量的记录版本会使表格的垃圾回收时间更长。通常只有改变更新和删除的算法才能摆脱大量的记录版本。

Versions行显示的是某个表格的版本总数，Max Vers行显示的是由某些记录达到的最大版本数量。例如，来看下图中的NAB表格，这里有1190万多条记录，版本总数为20932，其中一个记录有176个版本。从硬盘中读取和分析这样一个数据包会花费更多的时间，因此，读取这个记录会比其它记录更慢。 

这张图也显示了许多数据已被删除的表格。但是因为长时间运行的事务的缘故，服务器不能删除这些版本，因此它们仍然留在硬盘里，仍然会被编入索引，当读取数据的时候，它们仍然会被读取。

索引视图

某些生产数据库把唯一键值来作为索引。出现这种情况的原因是数据库的开发会在未来进行扩展或者只是在开发和测试中对索引进行的实验。你可以在下图的IBAnalyst中看到这些被标注为“Useless”的索引。

SKIN04、SKIN05、SKOUT03等等，对于这些在同一列上键值相同的所有行（成千上万行），其索引都是完全无用的，因为

• 如果你指定“where field = ...”，优化器就会使用此索引。由于field只包含了一个值，使用索引将会引起对索引页从硬盘到内存的无用读取，而服务器准备用于显示该查询的行数时，又会引起内存和时间的浪费。
• 创建索引是恢复过程的一部分。额外的索引会增加额外的时间。

当然，这并不是在IBAnalyst中你能够找到的关于数据库的一切。你还可以找到：

• 每天的平均事务数量。
• 回退与丢失连接的位置和时间。
• 每个表格和索引的大小（字节为单位）。
• 空表格-这是当统计资料被拿走后被遗忘或者清空的东西,等等。