快捷搜索: 王者荣耀 脱发

PG -模糊查询-json字段索引

    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 &#

经验分享 程序员 微信小程序 职场和发展