- pg有json字段的索引,可以用Gin做类似全文索引
查询sql:
SELECT * FROM test WHERE "content" @> '{"domain":"www.sina1.com"}' ORDER BY "content" DESC LIMIT 1;
以上由于内部机制不加排序会不触发gin索引,所以要加排序;
原先不加Limit,不走索引: 首先表里面有99w行记录,content字段是jsonb格式的,上面有gin索引,对content字段使用@>'{"domain":"www.sina990000.com"}'进行过滤时,给予代价的执行优化器默认地认为有千分之一能命中,即990行能命中,如果不加Limit 1总估算为19655.00,加了Limit 1,执行优化器再取了个平均值,得到19.85的估算值。 实际上可以看到,只有一行可以命中。执行优化器的估算值和实际相差较大,认为顺序扫描比走索引更优。
加上order by以后,强制要求排序,即使加了limit 1,执行优化器也不会再除990,最后执行优化器认为走索引更优。
大概是以上的分析。原因和pg基于cost的执行优化器对于@> 的估算不准有关。强制加上order by可以避免
SELECT * FROM test WHERE &