bt_index_check测试它的目标B-Tree索引遵守各种不变量。 用法示例：

test=# SELECT bt_index_check(c.oid), c.relname, c.relpages
FROM pg_index i
JOIN pg_opclass op ON i.indclass[0] = op.oid
JOIN pg_am am ON op.opcmethod = am.oid
JOIN pg_class c ON i.indexrelid = c.oid
JOIN pg_namespace n ON c.relnamespace = n.oid
WHERE am.amname = 'btree' AND n.nspname = 'pg_catalog'
-- 不要检查可能来自另一个会话的临时表：
AND c.relpersistence != 't'
-- 漏掉下面这句函数会报错：
AND i.indisready AND i.indisvalid
ORDER BY c.relpages DESC LIMIT 10;
 bt_index_check |             relname             | relpages 
----------------+---------------------------------+----------
                | pg_depend_reference_index       |       43
                | pg_depend_depender_index        |       40
                | pg_proc_proname_args_nsp_index  |       31
                | pg_description_o_c_o_index      |       21
                | pg_attribute_relid_attnam_index |       14
                | pg_proc_oid_index               |       10
                | pg_attribute_relid_attnum_index |        9
                | pg_amproc_fam_proc_index        |        5
                | pg_amop_opr_fam_index           |        5
                | pg_amop_fam_strat_index         |        5
(10 rows)

这个例子展示了一个对数据库“test”中每个目录索引进行验证的会话。 只显示了通过验证的最大10条索引。因为没有报错，所以测试的所有索引都是逻辑上一致的。 当然，这个查询可以很轻易的修改， 为支持验证的数据库中的每个索引调用bt_index_check。

bt_index_check在目标索引和它所属的堆关系上请求一个 AccessShareLock。这种锁模式和简单SELECT 语句在关系上请求的锁模式相同。bt_index_check 并不验证跨越子/父关系的不变量，也不验证与其堆关系一致的目标索引。 当在现场生产环境中需要一个例程进行轻量级的损坏测试时， 使用bt_index_check 通常在验证的完整性和限制对应用程序性能和可用性的影响之间提供最佳平衡。

bt_index_parent_check测试它的目标B-Tree 索引遵守各种不变量。由bt_index_parent_check 执行的检查是由bt_index_check执行的检查的超集。 bt_index_parent_check可以被认为是 bt_index_check的一个更全面的变体： 与bt_index_check不同， bt_index_parent_check也检查跨父/子关系的不变量。 但是，它不验证目标索引是否与其堆关系一致。如果发现逻辑不一致或其他问题， bt_index_parent_check遵循引发错误的一般惯例。

bt_index_parent_check需要目标索引上的一个 ShareLock（也需要堆关系上的一个ShareLock）。 这些锁阻止INSERT、UPDATE和DELETE 命令对数据进行并发修改。也阻止VACUUM和所有其他实用命令并发处理底层关系。 请注意，该函数仅在运行时持有锁，并不是整个事务都持有锁。

bt_index_parent_check的附加验证更有可能检测到各种病态情况。 这些情况可能包括被检查的索引使用的B-Tree操作符类执行不正确， 或者假设在底层B-Tree索引访问方式代码中有未被发现的错误。 请注意，与bt_index_check不同， 当启用热备份模式时（也就是在只读物理副本上）， 不能使用bt_index_parent_check。