posgresql單表一千萬的資料，分頁查詢，按照時間排序能控制在三秒內嗎？
表中有索引：create index door_event_index on door_event_info(event_time, door_id, control_indexcode);
如下查詢陳述句
select * from door_event_info
where
door_id in ('330108000021600000ac','330108000021600000ab','330108000021600000ad')
and
event_time between '2017-10-28 12:12:12' and '2019-11-13 12:12:12'
order by event_time
offset 0 limit 20;
uj5u.com熱心網友回復：
發現是分頁的條件在count的時候順序掃描了表，拖慢了整體的速度，有沒有大佬有解決方案uj5u.com熱心網友回復：
哪里的count？執行計劃是怎樣的？
control_indexcode這個是什么欄位，是否非空？
uj5u.com熱心網友回復：
沒有強制非空，資料庫中的資料此欄位都有值，執行計劃是：
uj5u.com熱心網友回復：
嘗試關閉表掃描，看看能否誘導優化器走到索引，而且性能也無問題。如果不能，嘗試下創建這么個索引試試：(event_time, door_id, 0)，或者原有索引欄位中創建一個非空約束。
uj5u.com熱心網友回復：
想了想，第二種方法在這個案例中應該是沒有意義的。
uj5u.com熱心網友回復：
set enable_seqscan=off;uj5u.com熱心網友回復：
很明顯，看下查詢計劃，查詢沒有走索引，換句話說原來的聯合索引對你這個查詢陳述句無效。。建議對event_time, door_id單獨建兩個索引（空間換時間），應該查詢計劃就能顯示走索引了。uj5u.com熱心網友回復：
如果樓主where條件里的door_id和event_time是固定的（從SQL來猜，前者有可能是固定的），可以嘗試創建partial index進一步優化試試。uj5u.com熱心網友回復：
door_id不固定，相對來說變化的范圍比較小，大概一萬到兩萬個，partial index應該怎么建索引，他們之間沒有相對的大小關系，資料中的door_id分布也不均勻
uj5u.com熱心網友回復：
應該不是，時間索引命中了，但是door_id這個可能計劃器覺得走索引不如順序掃描來的快，所以選擇了順序掃描
uj5u.com熱心網友回復：
如果沒有固定的條件，那么建partial index沒啥意思。
你貼的執行計劃不是順序掃描嗎？哪里有命中event_id索引？
另外上面已經提到建議關閉順序掃描后看下執行計劃，有嘗試嗎？很簡單，會話一級就可以關閉：set enable_seqscan = off，然后再獲取SQL的執行計劃看看
uj5u.com熱心網友回復：
時間索引命中？？貼下時間索引命中的圖？看你發的圖，應該是全表掃描，什么索引都沒命中。。
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/150483.html
標籤：PostgreSQL