对于支持较少数量用户的服务器而言，访问冲突很少发生，缺省的单个 MAIL.BOX 通常就能提供可接受的服务等级。但是，在支持大量用户的服务器上再创建一个 MAIL.BOX 数据库就能消除大多数访问冲突。

尤其对于流量很大的数据库，如果部署两个以上的 MAIL.BOX 数据库，性能提升则更为显著。使用邮箱统计信息可以确定是否需要额外增加 MAIL.BOX 数据库。单独的统计信息即可提供有关访问冲突数和总邮箱访问量的信息，如下表所示：

Statistic name	描述
Mail.Mailbox.Accesses	线程访问服务器上任何邮箱的总次数。
Mail.Mailbox.AccessConflicts	由于并发线程数超过了配置的邮箱数而使试图访问邮箱的线程不得不等待的次数。 例如，如果配置了三个邮箱，但却有四个并发访问，则冲突计数会增加。 如果访问冲突数始终超过 Mail.Mailbox.Accesses 值的 2%，建议再创建一个邮箱。
Mail.Mailbox.CurrentAccesses	当前总的访问数（例如，2 表示此时有两个线程正在访问邮箱）。
Mail.Mailbox.AccessWarnings	访问邮箱的线程数（即 Mail.Mailbox.CurrentAccesses 的值）达到了比配置的邮箱数小 1 的次数。 例如，如果同时有两个线程试图访问 MAIL.BOX，却有三个配置了的邮箱，则警告数就会增加。 如果警告数始终超过 Mail.Mailbox.Accesses 值的 10％，建议再创建一个邮箱。
Mail.Mailbox.MaxConcurrentAccesses	记录到的当前最大访问数。

通过计算访问冲突数占访问总数的百分比，可以确定服务器的性能是否由于新增加了 MAIL.BOX 而有所提高。通常，访问冲突数不应大于访问总数的 2%。但是，由于某些冲突是因很少出现的高峰值负载造成的，因此不必消除所有访问冲突。只有当访问冲突的百分比持续大于 2% 时，才应再创建一个 MAIL.BOX 数据库。

注意 只有在配置了两个或更多 MAIL.BOX 数据库的服务器上才能使用邮箱统计信息。必须重新启动服务器才能使对邮箱数的更改生效。