复合索引对第一字段的查询是否也有用？

#1 楼

必然是。我们在以下相关问题下进行了详细讨论：

PostgreSQL中索引的工作

空间以MAXALIGN的倍数分配，通常在64位上为8字节。 OS或32位OS上的（很少见的）4个字节。如果不确定，请检查pg_controldata。它还取决于索引列的数据类型（有些需要对齐填充）和实际内容。
例如，两个integer列（每个4个字节）上的索引通常最终与正好等于一个索引上的索引一样大。一个，其中另外4个字节因对齐填充而丢失。
Postgres 13的更新：新的索引重复数据删除对此进行了更改。重复的索引值可以压缩。 (a,b)上的索引通常不会重复，因此从重复数据删除中获得的收益较少。
如果a是唯一列，则重复数据删除不会有太大变化。 （由于MVCC模型的缘故，仍然会有重复的条目，因此添加b仍然会产生较小的影响。）
除此之外，对于查询计划者来说，使用(a,b)上的索引确实没有任何缺点-与仅(a)的索引。而且通常最好是多个查询使用相同的索引。共享时，它（或它的一部分）驻留在（快速）缓存中的机会会增加。
如果您已经在(a,b)上维护了索引，那么仅在(a)上创建另一个索引就没有意义-除非它要小得多。 (b,a)与(a)并非如此。请沿第一行中的链接获取更多信息。
从相反的方向来看，当您需要诸如(a,b)上的附加索引时，请考虑将现有索引仅放在(a)上-如果可能的话。通常是不可能的，因为那是PK或UNIQUE约束的索引。从Postgres 11开始，您可能只用b子句将INCLUDE附加到约束定义中就可以了。手册中的详细信息。
或在(b,a)上创建新索引，以仅覆盖b上的查询。仅对于相等条件，btree索引中的索引表达式的顺序无关紧要。但是，当涉及范围条件时，它确实会。请参阅：

多列索引和性能

即使在索引中只包含其他空间，也会在索引中包含其他列，这可能会带来不利影响：

每当更新附加列时，索引现在也需要更新，这可能会增加写入操作的成本并创建更多索引膨胀。
无法在表上进行HOT更新（仅堆元组）

有关HOT更新的更多信息：

更新语句中的冗余数据

如何测量对象大小：

测量PostgreSQL表行的大小

#2 楼

根据您的问题，您有一个包含字段A和B的表。
如果您的查询是：

SELECT * FROM [YOUR TBL]
WHERE A='XXXX'

Optimizer将选择Composite索引以避免Extract随机访问！

#3 楼

如果只是在谓词中只使用第一个。

如果使用复合键的第一列和复合键的非键列，它将进行扫描。

要欺骗它，您可以像这样伪造谓词，然后创建非关键列：

[A，B]是您的索引，[C]-另一列

要利用索引，您可以这样写：

SELECT
    A,B,C,D,E
FROM 
    test
WHERE
   A=1
AND
   B=B
AND 
   C=3

...如果单个A索引可用，为什么默认情况下它会选择复合索引？


仅当存在一个或两个谓词[A]或[A]，[B]时，才使用索引。它不会按[B]，[A]或[A]，[C]的顺序使用它。为了能够利用带有附加列[C]的索引，您需要通过将谓词排序为[A]，[B]和[C]来强制执行索引。