当数据集增加时，Postgres将查询从仅索引扫描更改为位图扫描
当数据集增加时，Postgres会根据查询的复杂度和数据的分布情况来选择不同的扫描方式，其中包括从仅索引扫描切换为位图扫描。
位图扫描是一种高效的数据扫描方式，它通过将多个索引进行位图操作，提高查询效率。在数据集增大时，如果仅索引扫描无法满足查询的性能需求，Postgres会自动优化选择位图扫描。
位图扫描的优势在于它可以将多个索引的操作合并成一次位图操作，减少了访问磁盘的次数，提高了查询的速度。位图扫描适用于有多个条件的查询，并且数据分布相对均匀的情况下效果更好。
位图扫描在以下场景中常被使用：
- 多条件查询：当查询包含多个条件时，位图扫描可以将多个条件的索引操作合并，提高查询效率。
- 数据分布均匀：如果数据集的分布相对均匀，位图扫描可以更好地利用索引，加速查询。
腾讯云提供了一系列与数据库相关的产品，包括云数据库 TencentDB，可以根据不同需求选择适合的产品。以下是一些腾讯云数据库产品的介绍：
- 云数据库 PostgreSQL：腾讯云提供的高度兼容的 PostgreSQL 云数据库服务，支持自动容灾备份和恢复、实例扩缩容等功能。详细信息请参考：云数据库 PostgreSQL
- 云数据库 TDSQL：腾讯云自主研发的分布式关系型数据库，基于 MySQL 和 PostgreSQL。它具有高可用、高可靠、高弹性等特点，适用于高负载、高并发场景。详细信息请参考：云数据库 TDSQL
注意：本答案中没有提及其他云计算品牌商，因为题目要求不能提及亚马逊AWS、Azure、阿里云、华为云、天翼云、GoDaddy、Namecheap、Google等流行的一些云计算品牌商。如有需要，可以参考腾讯云的相关产品。
相关·内容
我在亚马逊EC2服务器上的ubuntu (12.04LTS)上运行postgres (9.1)。我有一张桌子：
Table "public.principal_component"
Column | Type | Modifiers
---------------+------------------+-----------
eigenvalue_id | integer | not null
stm_id | integer | not null
value
浏览 2提问于2013-12-08得票数 1
在基于位置的应用程序中，有一个必须快速运行的特定查询：
SELECT count(*) FROM users
WHERE earth_box(ll_to_earth(40.71427000, -74.00597000), 50000) @> ll_to_earth(latitude, longitude)
但是，在使用Postgres的工具复制数据库之后：
pg_dump dummy_users > dummy_users.dump
createdb slow_db
psql slow_db < dummy_users.dump
查询在slow_db上需要2.5秒而不是0
浏览 9提问于2022-07-05得票数 1
回答已采纳
注:这是与这个问题相同的设置，在这里，我专门问一些我没有特别问到的事情。
我有一个带有列utc timestamptz的表，在utc列上有一个"btree“索引：
CREATE TABLE foo(utc timestamptz)
CREATE INDEX ix_foo_utc ON foo (utc);
此表包含大约5亿行数据。
当我使用utc筛选BETWEEN时，查询规划器按预期使用索引：
> EXPLAIN ANALYZE
SELECT
utc
FROM foo
WHERE
utc BETWEEN '2020-12-01' AND '
浏览 0提问于2021-02-22得票数 0
回答已采纳
外部连接器在我的postgres数据库上创建了一个非常糟糕的请求。但这是业务需求，不幸的是，我不能更改请求。
该请求如下所示
SELECT avantage.id
FROM avantage
WHERE (CAST(avantage.web_prepaye_cda_codepin AS TEXT) LIKE '%' || 'searchword' || '%') = true
OR (CAST(avantage.type AS TEXT) LIKE '%' || 'searchword' || '%
浏览 30提问于2019-11-28得票数 0
在应用程序中，我需要查询Postgres DB，我预计结果集中会有数千万甚至数亿行。我可能一天做一次这个查询，甚至更频繁。查询本身相对简单，尽管可能涉及一些连接。
我的问题是: Postgres在避免在磁盘上查找结果集的每一行方面有多聪明？考虑到硬盘寻道所需的时间，这可能非常昂贵。
如果这不是问题，Postgres如何避免呢？它如何知道如何在磁盘上布局数据，以便能够以有效的方式流出数据以响应此查询？
浏览 1提问于2010-06-16得票数 1
回答已采纳
我已经看过文档和以前的堆叠溢出问题，但没有发现那些有用的问题。Postgres版本10.6
即使是索引，仅扫描idx_tup_fetch的值也在增加。因此，我无法理解idx_tup_read和idx_tup_fetch之间的区别。
最初的理解是: idx_tup_read:从索引读取的匹配记录。
idx_tup_fetch:在索引上匹配记录之后从表中获取的活行。因此，我的理解是，对于索引，只扫描，因为没有从表中获取数据，所以这不应该增加。
但是当我运行测试时，这种理解就不正确了。
postgres=> select * from pg_stat_all_indexes where ind
浏览 0提问于2021-01-04得票数 1
回答已采纳
1回答
烧瓶-方炼金术慢分页计数
、、、、
我有一个Postgres 10数据库在我的酒瓶应用程序。我正在尝试将过滤结果分页到表上的每毫秒行。问题是，paginate方法计算查询结果的总数是无效的。
下面是使用虚拟过滤器的示例：
paginate = Buildings.query.filter(height>10).paginate(1,10)
在外壳下，如果执行两个查询：
SELECT * FROM buildings where height > 10
SELECT count(*) FROM (
SELECT * FROM buildings where height > 10
)
--------
cou
浏览 1提问于2020-08-20得票数 1
我有两个Postgres表:一个普通表(20M行)和一个物化视图(2M行)。这两个表都有"time“列的索引。在这两个表上，我运行了一个在日期范围内聚合的查询。当我在normal表上运行查询时，Postgres使用索引扫描，大约需要1秒。但是，在物化视图上，Postgres使用Bitmap Index扫描，大约需要7秒。我不知道为什么这里不使用普通的索引扫描。 这两个表大致相似；实例化视图有3个额外的列(2个浮点数和一个布尔值)。这两个表在其id列和time列上都有索引；在普通表中，id列是主键。这两个表都已被VACUUM ANALYZEd。 查询如下： SELECT count(*
浏览 31提问于2019-10-18得票数 0
回答已采纳
2回答
我有一个postgres表，有三个字段：
A:后几何
B:阵列varchar[]
C:整数
我有一个问题涉及到所有的人。我想添加一个多色索引来加快速度，但是我不能这样做，因为这3个字段由于它们的性质不能在相同的索引下。
这种情况下的策略是什么？添加3个索引gist、gin和btree以及postgres将在查询期间全部使用它们？
浏览 3提问于2014-03-26得票数 14
回答已采纳
我有一个非常缓慢的查询：
SELECT DISTINCT et.id
FROM elementtype et
where et.id = any
(SELECT elementtypeid
FROM
(SELECT ic.elementtypeid
FROM
(SELECT categoryid
FROM issue
WHERE clientid = '833e1f2f-ff44-4aca-bd12-0e4f67969a11'
AND deleteddate IS NULL
浏览 4提问于2021-03-19得票数 0
在我的查询中，我只想调用具有确切where条件的数据。这些where条件在索引中创建。但解释显示位索引扫描。我不明白为什么。 我的查询如下所示： Select
r.spend,
r.date,
...
from metadata m
inner join
report r
on m.org_id = r.org_id and m.country_or_region = r.country_or_region and m.campaign_id = r.campaign_id and m.keyword_id = r.keyword_id
where r.org_id = 1 and
浏览 29提问于2019-10-12得票数 2
回答已采纳
我有以下查询：
select ro.*
from courier c1
join courier c2 on c2.real_physical_courier_1c_id = c1.real_physical_courier_1c_id
join restaurant_order ro on ro.courier_id = c2.id
left join jsonb_array_elements(items) jae on true
left join jsonb_array_elements(jae->'options') ji on t
浏览 0提问于2022-01-23得票数 2
回答已采纳
我有一张有10k记录的桌子employees。
postgres=# select count(*) from employees;
count
-------
10000
(1 row)
我创建了一个以subsidiary_id作为第一列的级联索引。
postgres=# select * from pg_indexes where schemaname = 'public';
schemaname | tablename | indexname | tablespace | in
浏览 5提问于2022-08-23得票数 0
我们正在将一个数据库从Postgres 9.6升级到13.4。在升级过程中，我们观察到新的13.4 postgres实例的查询性能要慢得多。
对于一个新实例来说，性能要慢一些是有道理的--但是，我们看到查询的执行方式有很大的不同(DB模式和索引当然是相同的)。
我们试图了解不同查询计划的原因。例如，我们有一个在新的13.4版本上运行数量级慢的查询(例如，26s对200 vs )。
在我们缺少的“版本升级”迁移过程中，是否有一个标准步骤可以帮助解释性能较差和查询计划大不相同的原因？
编辑: Postgres 9.6和13.4上的示例查询和不同的查询计划
查询
EXPLAIN ANALYZE
SE
浏览 3提问于2021-10-01得票数 1
关于Postgres 8.4当你这样做：
select * from pg_stat_all_indexes where relname = 'table_name';
它返回字段idx_tup_read和idx_tup_fetch，有什么区别？
浏览 0提问于2012-05-15得票数 17
回答已采纳
我试图提高Postgres 9.4数据库上SQL查询的性能。我设法重写了这个查询，这样它就可以使用索引了，而且它现在已经非常快了！但我不太明白为什么。
这是最初的查询：
SELECT DISTINCT dt.id, dt.updated_at
FROM public.day dt
INNER JOIN public.optimized_localized_day sldt ON sldt.day_id = dt.id
INNER JOIN public.day_template_place dtp ON dtp.day_template_id = dt.id
INNER
浏览 0提问于2019-08-08得票数 2
回答已采纳
1回答
在Postgres 8.2数据库中有一个类似于以下内容的关系：
CREATE TABLE foo (
foo_id varchar(160) NOT NULL,
bar_id varchar(160) NOT NULL,
created bigint NOT NULL,
PRIMARY KEY (foo_id, bar_id)
);
让我们暂时撇开PK是复合的并且使用varchars这一事实(不是我的选择，遗留产品等等)。
目前，我们的应用程序从未在WHERE子句中发出包含created的查询，因此它没有被索引。但是，我们有一个新的需求，要求我们查询一系列cre
浏览 0提问于2011-05-12得票数 6
回答已采纳
我有一个包含2个外键的表，我们称它们为fk1和fk2。两者具有相同的类型和相同的索引。但是当我“解释”一个简单的select查询时，我得到了完全不同的查询计划。对于fk1：
explain select * from mytable where fk1 = 1;
结果
Index Scan using fk1_idx on mytable (cost=0.00..9.32 rows=2 width=4)
Index Cond: (fk1 = 1)
对于fk2
explain select * from mytable where fk2 = 1;
结果：
Bitmap Heap Scan
浏览 1提问于2010-07-01得票数 3
回答已采纳
给这张桌子
create table a (x int, y int);
create index a_x_y on a(x, y);
我希望像select distinct x from a where y = 1这样的查询只使用索引，而是使用索引按y过滤，然后进行位图堆扫描以获得x的所有值。
---------------------------------------------------------------------------------------------------------------------
HashAggregate (cost=15.03..15.0
浏览 2提问于2011-03-18得票数 0
回答已采纳
我对数据库并不熟悉，也不太了解索引是如何工作的。
我正在研究索引我的列中包含加权的the向量的列(标题的权重最大，其次是子标题，然后是段落内容)。根据Postgres文档，GIN是全文搜索的最佳选择，其次是GiST。然而，第12.9章有一个说明：
GIN索引是首选的文本搜索索引类型。作为倒排索引，它们包含每个单词的索引条目(lexeme)，其中包含匹配位置的压缩列表。多词搜索可以找到第一个匹配项，然后使用索引删除缺少其他单词的行。GIN索引只存储the向量值的单词(词)，而不存储它们的权重标签。因此，当使用涉及权重的查询时，需要重新检查表行。
这是否意味着杜松子酒在我的用例中效率低下，我应
浏览 1提问于2020-02-13得票数 3
回答已采纳
1回答
我有以下索引：
CREATE INDEX index_c_profiles_on_city_state_name_domain ON
c_profiles ((data->>'state'), (data->>'city'), name, domain);
我使用以下查询：
SELECT mm.name, mm.domain, mm.data ->> 'city' as city, mm.data ->>
'state' as state
FROM c_profiles as
浏览 1提问于2018-07-18得票数 4
回答已采纳
情况
我们有一个托管在RDS上的数据库，它有几百个表，其中有几个相当大。
我们最近将数据库从9.5.22升级到11.8，性能显著下降。
升级之后，我们在实例上运行VACUUM ANALYZE (与./analyze_new_cluster.sh相反，因为我们无法在RDS实例上运行shell )。
这对局势没有任何帮助。我构造了另一个单独的11.8数据库实例并运行了一个VACUUM FULL ANALYZE，该数据库显示了相同的查询计划器行为，因此在VACUUM命令中包括FULL没有帮助(就像在一些这样的答案中所建议的那样)。
我们发现有一个查询显示升级前后性能发生了最剧烈的变化：
SELEC
浏览 0提问于2020-12-29得票数 4
回答已采纳
1回答
使用Postgres9.x和MySQL 5.x存储埃夫 (实体-属性值)结构有什么实际的区别，特别是在读取性能方面？
浏览 0提问于2012-03-14得票数 6
回答已采纳
我在我的GIN索引上使用&& array操作符时遇到了一个问题。基本上，我有一个如下所示的查询：
SELECT *
FROM example
WHERE keys && ARRAY[1,2,3,...]
这对于数组文字中的少量数组元素(N)很好，但是随着N在O(N^2)复杂度上变得更大，它会变得非常慢。
但是，从docs描述的GIN数据结构来看，这方面的性能可能是O(N)。实际上，可以强迫查询规划者执行O(N)计划，如下所示：
SELECT DISTINCT ON (example.id) *
FROM unnest(ARRAY[1,2,3,...]) key
浏览 1提问于2018-10-03得票数 13
Postgres版本: x86_64- Apple -darwin16.7.0上的PostgreSQL 12.1，由苹果LLVM8.1.0版(clang-802.0.42)编译，64位
我在一个没有关系的表上的2个计数和210万条记录之间有很大的性能差异。如果我使用count和ILIKE，它需要1.6秒，如果我使用to_tsvector计数，它需要10秒。
行address被编入索引，行address_un也被编入gin索引：
CREATE INDEX idx_order_archives_address_un ON order_archives USING gin ( (to_tsvecto
浏览 23提问于2020-05-11得票数 0
我应该如何索引两个timestamp列(即starts_at和ends_at)，这两个列几乎总是在查询(如starts_at >= ? AND ends_at <= ?)中一起使用？是为两列创建复合索引还是分别为每一列创建索引？
顺便说一句，我正在使用Postgres，如果有关系的话:)
浏览 0提问于2012-12-14得票数 2
回答已采纳
我有一个查询，运行时间为2.5秒。在检查查询计划时，我知道postgres严重低估了导致嵌套循环的行数。
以下是查询
explain analyze
SELECT
reprocessed_videos.video_id AS reprocessed_videos_video_id
FROM
reprocessed_videos
JOIN commit_info ON commit_info.id = reprocessed_videos.commit_id
WHERE
commit_info.tag = 'stop_sign_tbc_inertial_fi
浏览 9提问于2022-09-02得票数 3
回答已采纳
表结构
我有一个具有3列(w1, w2, occurrences)的Postgres表T，这三个表都是整数，w1和w2引用的是另一个表。基本上，有两个外键和一个值。
w1和w2可以在每一行中形成大约1500万个唯一值(索引)。目前，T拥有大约18亿行，这些行或多或少是有限制的索引的排列，如果考虑到对称矩阵，则可能只存在一个值对。例如，可能有(252, 13, x)，但没有(13, 252, x)。但是，没有排序，所以(5, 900, x)也可能在T中(排序是在插入期间完成的，取决于引用表中的值)。这些元组(w1，w2)是独一无二的。目前，该表上有3个不同的索引，一个是UNIQUE INDEX
浏览 1提问于2021-05-26得票数 1
回答已采纳
假设我有一个表，它有两个十进制字段x和y，我想查询包含"x >= y“的记录。我应该使用哪种类型的索引来提高这种查询的性能？
浏览 0提问于2017-05-24得票数 1
1回答
我有一个包含大约8000万条记录的表，我想要找到用户可以访问的列表和工作区的所有活动。因此，首先，我获取列表和工作区的I，然后运行以下查询：
select *, COALESCE("origin_created_at", "created_at") AS "created_at",
COALESCE("updated_at", "origin_updated_at") AS "updated_at"
from "activities"
where ("listId&#
浏览 0提问于2020-06-18得票数 2
2回答
对Postgres数据库的以下查询有时非常慢(4,000+ms)：
EXPLAIN ANALYZE SELECT "sms".* FROM "sms" WHERE "sms"."From" = 'NUMBER1' AND "sms"."To" = 'NUMBER2' AND "sms"."SmsMessageSid" = 'UNIQUE_ID' ORDER BY "sms"."id" AS
浏览 0提问于2019-05-15得票数 1
回答已采纳
explain analyze显示，postgres将对获取行并按日期执行筛选的查询使用索引扫描(即2017-04-14 05:27:51.039)：
explain analyze select * from tbl t where updated > '2017-04-14 05:27:51.039';
QUERY PLAN
------
浏览 6提问于2017-04-15得票数 4
回答已采纳
使用PostgreSQL 9.6.9，我有：
一种自定义SQL枚举类型，在某些表xy的列中使用3个级别。
表xy中该枚举的最高水平上的复合部分指数(level3)。
大量的虚拟数据(超过200000行)
在控制台中使用EXPLAIN ANALYSE，我看到：
SELECT ... FROM xy WHERE ... AND custom_type = 'level3' <--- Index Scan used
但是：
SELECT ... FROM xy WHERE ... AND custom_type > 'level2' &
浏览 0提问于2018-08-07得票数 2
回答已采纳
我的问题是，为什么不使用多列索引仅用于索引扫描，而不使用具有等效信息的部分索引(我认为)。
表：
CREATE TABLE test
(
id INT,
descr TEXT,
flag BOOLEAN
);
INSERT INTO test
SELECT GENERATE_SERIES(1,100000) AS id,
MD5(RANDOM()::TEXT) AS descr,
(RANDOM() < 0.1) AS flag;
SELECT *
FROM test LIMIT 10;
内容样本：
id descr
浏览 0提问于2018-07-19得票数 3
回答已采纳
2回答
我正在为我的项目使用postgres (9.6) docker。加载大量数据后，例如234453，我需要使用limit和offset将数据分块剪切。但我观察到，我的查询超过了100000的限制而挂起。就像当我给出限制100000的时候，我可以削减。但是当我使用120000时，它挂起了。 数据加载: 234453行查询:这是工作的: docker exec -it pg_1 psql -P pager postgres postgres -t -c "delete from schema1.table1 where col_id not in (select col_id from s
浏览 32提问于2020-08-12得票数 1
回答已采纳
假设我有一个包含2000万行的表，我想这样索引如下：
CREATE INDEX fruit_color
ON fruits
USING btree
(color);
现在让我们说，只有2%的水果有颜色，休息将是NULL。我的查询将不会希望找到带有颜色NULL (无颜色)的水果，所以问题是，如果我将索引更改为：
CREATE INDEX fruit_color
ON fruits
USING btree
(color)
WHERE color IS NOT NULL;
我不太了解postgresql处理索引的内部方式，所以我就问这个问题。
PS postgresql
浏览 0提问于2016-11-30得票数 0
回答已采纳
我在AWS EBS上使用Postgres，当运行使用位图堆扫描和位图索引扫描的查询时，执行时间似乎与“堆块”读取的数量成正比，解释分析显示了这一点(我还没有百分之百地验证这一点)。由于EBS是联网的附加存储，它有很高的延迟(~1ms)，但吞吐量/带宽很高，这意味着Postgres将无法充分利用磁盘。
是否在读取磁盘postgres查询时按顺序读取块/页？
浏览 0提问于2020-10-15得票数 0
对于PostgreSQL，我想在三列A, B, C上使用复合索引。B是created_at的日期时间，有时我可能在没有B的情况下进行查询。
如果我在(A, B, C)上复合索引，然后在A和C上查询条件，而不是B，会发生什么情况？(也就是说，A和C希望它能够一直存在，而不仅仅是特定的时间范围？)
Postgres是否足够聪明，仍然可以使用(A, B, C)复合索引，但只跳过B？
浏览 3提问于2015-03-23得票数 6
回答已采纳
1回答
我有一个物化视图，它有几个列，我需要这些列来运行具有相似性匹配的复杂或查询，结构如下
mymatview：
column a,
column b,
column c,
column d,
column e
在D列(这是一个文本字段)上，我运行这样的查询
SELECT * FROM mymatview
WHERE ((LOWER(d) = <<some value>> ) OR (LENGTH(d) > 4 AND d % <<some value>>))
OR ((LOWER(d) = <<some other
浏览 0提问于2020-03-23得票数 3
回答已采纳
我们在Postgres中获得了相当大的存储会话数据的表。最近，我们发现这个特定表上最常见的查询的计划时间随着时间的推移而增加，一度增加到~130 most，使整个实例处于饥饿状态。经过抽空和分析，规划时间恢复正常，但又开始缓慢上升。特别奇怪的是，规划时间似乎依赖于输入数据：
explain analyze select * from django_session where expire_date > now() limit 1;
QUERY PLAN
浏览 0提问于2020-04-27得票数 1
回答已采纳
1回答
我正在尝试创建一个索引，以便同时用于WHERE和ORDER子句。阅读Postgres 14文件(11.4 )。索引和ORDER https://www.postgresql.org/docs/14/indexes-ordering.html)让我相信：
除了简单地查找查询要返回的行之外，索引还可以按照特定的排序顺序传递它们。这允许不需要单独的排序步骤就可以按规范执行查询的订单。
哇，听起来太棒了，我们试试吧！我创建了一个测试表，这个索引包括WHERE和ORDER列，并用数据填充它：
DROP TABLE IF EXISTS testdata;
CREATE TABLE testdata
(
浏览 0提问于2021-11-05得票数 6
回答已采纳
我大致了解Bitmap Index Scan和Bitmap Heap Scan是如何工作的。
但是，当选择Bitmap Heap Scan作为Nested Loop的内部节点时，我不确定它是如何工作的。
Nested Loop (cost=86.73..369.99 rows=1 width=37) (actual time=8.487..1823.876 rows=1800 loops=1)
-> Bitmap Heap Scan on workspace_history_sets (cost=11.69..141.51 rows=3 width=32) (actual
浏览 0提问于2022-07-17得票数 0
回答已采纳
我正在优化Postgres表，该表存储日志文件中的信息。
以下是查询：
SELECT c_ip as ip
, x_ctx as file_name
, date_time
, live
, c_user_agent as user_agent
FROM events
WHERE x_event = 'play'
AND date = '2012-12-01'
AND username = 'testing'
在x_event、日期和用户名上都有b树索引.在这个表中，大约有2500万行。现在
浏览 1提问于2012-12-21得票数 3
我有一个包含大约500万条记录的Postgres表，我希望找到与输入键最接近的匹配项。我尝试在pg_trgm模块中使用trigrams，但每次查询大约需要5秒，这对于我的需求来说太慢了。
有没有更快的方法在Postgres中进行模糊匹配？
浏览 1提问于2009-06-11得票数 5
我需要知道是否有人有任何通用的指导方针(除了尝试和错误)，为格林梅中的一系列查询类型定义一个最佳的分区/索引策略？
格林梅对他们的行政指南有一些建议..。但事实是，它几乎是postgres文档中的复制粘贴，虽然其中一些建议似乎很明显(IE:当表太大而无法容纳内存时进行分区)，但仅仅定义一个好的策略来实现这一点是不够的。
格林梅利数据库通常有非常大的表(超过几百个GBs)，虽然硬件是专门为这种用途而选择的，但在涉及到真正的大型数据库(IE:曾经有一个带有60个字段表的数据库和超过20亿行的数据库，每天使它的大小增加到400-800万个注册中心)时，我遇到了很多麻烦。
我知道在选择适当的分区方面有
浏览 5提问于2013-04-02得票数 1
1回答
我正在测试不同的查询，我很好奇db是如何使用Bitmap、Heap扫描和索引扫描来决定的。
为客户创建索引customers_email_idx (电子邮件varchar_pattern_ops)；
如您所见，有一个customers表(dellstore示例)，我向email列添加了一个索引。
第一个查询如下：
从“ITQ%@dell.com”等电子邮件中选择*；使用索引扫描->查询
解释分析查询如下：
QUERY PLAN
浏览 4提问于2012-09-04得票数 9
回答已采纳
2回答
我有一个postgres表，它具有以下模式
Table "public.myTable"
Column | Type | Modifiers
----------- +--------------------------+-----------
serial_number | character varying(255) |
name | character varying(255) |
Designat
浏览 0提问于2013-06-23得票数 2
回答已采纳
我们有一个非常大的表，在~4 billion周围有总行数，并且每天的吞吐量都在~20-25 million左右。
下面是示例表定义。
table_name (
id bigint,
user_id bigint,
status smallint,
date timestamp,
.
.
some more columns
);
注意：status是一个枚举，可以有6-7个可能的值。
下面是我们要优化的查询：
SELECT *
FROM table_name
WHERE user_id = $user_id
AND status in (
浏览 3提问于2022-03-10得票数 3
回答已采纳
如何加快在开始日期和结束日期之间筛选日期列的Postgres查询？
我正在运行一个查询，例如：
SELECT * FROM record WHERE tag_id IN (1,2,3) AND person_id = 1 AND created >= '2022-1-1' AND created < '2022-6-1'
ORDER BY priority DESC LIMIT 100;
有几百万行的桌子上。但是，只有几千行应该应用到我的查询中，而且我有几个索引应该准确地涵盖这些条件，例如：
CREATE INDEX record_tag_prior
浏览 0提问于2022-11-02得票数 0
回答已采纳
1回答
TL;DR:当“解释(缓冲区)”显示“索引扫描”时，它不会显示需要从索引中读取的页数。它只是省略了这个数字，还是实际上它没有读取页面(而且我误解了索引是如何工作的)？
我们有一张大的只读桌子，看起来是这样的：
database=> \d my_table
Table "my_table"
Column | Type | Modifiers
-----------------------+------------------+-----------
id | intege
浏览 0提问于2015-08-04得票数 7
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM活动推荐
腾讯云开发者
