GIN索引有什么问题，无法避免SEQ扫描？

问题描述：

create table mytable(hash char(40), title varchar(500)); 
create index name_fts on mytable using gin(to_tsvector('english', 'title')); 
CREATE UNIQUE INDEX md5_uniq_idx ON mytable(hash);

当我查询的名称，

test=# explain analyze select * from mytable where to_tsvector('english', title) @@ 'abc | def'::tsquery limit 10; 
                QUERY PLAN 
-------------------------------------------------------------------------------------------------------------------- 
Limit (cost=0.00..277.35 rows=10 width=83) (actual time=0.111..75.549 rows=10 loops=1) 
    -> Seq Scan on mytable (cost=0.00..381187.45 rows=13744 width=83) (actual time=0.110..75.546 rows=10 loops=1) 
     Filter: (to_tsvector('english'::regconfig, (title)::text) @@ '''abc'' | ''def'''::tsquery) 
     Rows Removed by Filter: 10221 
Planning time: 0.176 ms 
Execution time: 75.564 ms 
(6 rows)

将不使用索引。有任何想法吗？我有10米行。

这不是全文搜索的工作原理。 – Phill

@Phill你能详细说明吗？ – daisy

您的查询在执行时转换该值，这会很慢，它永远不会使用索引。您应该将tsvector存储在表格的单独列中。 – Phill

答

。在你的索引定义一个错字，应该是

ON mytable USING gin (to_tsvector('english', title))

，而不是

ON mytable USING gin (to_tsvector('english', 'title'))

你写它的方式，它是一个常数，而不是被索引的字段，而这样的索引对于像你所执行的那样的搜索来说确实没有用处。

要查看索引可以可以使用，你可以执行

SET enable_seqscan=off;

，然后再次运行该查询。
如果仍未使用索引，则索引可能无法使用。

除了上述之外，还有一些东西让我觉得你的执行计划很奇怪。 PostgreSQL估计，如您所说，mytable的顺序扫描将返回13744行，而不是1000万。你禁用了autovacuum还是有其他可能会导致你的表统计不准确？

它一旦错字固定，也'限制10'阻止索引的使用工作。 – daisy

GIN索引有什么问题，无法避免SEQ扫描？

相关推荐