1
私は3秒かかるこの選択要求の実行時間を改善しようとしています。 Mesure_capteurテーブルの行数は2〜100万行、Capteur 400の場合はCapteur.nom_capteurとMesure_Capteur.id_capteurのインデックスを追加しました。これを行う前に10秒かかりましたが、後で何をすべきか分かります。ここでpostgreSQLの選択要求の実行時間を改善する
SELECT C.nom_capteur, mC.horodateur, mC.valeur_mesure_capteur
FROM Mesure_Capteur mC INNER JOIN Capteur C
ON mC.id_capteur = C.id_capteur
WHERE C.nom_capteur = 'ENEEANABatterie005'
AND mC.horodateur between '2017-10-15 00:00:00' and '2017-10-15 01:00:00'
ORDER BY mC.horodateur DESC
は私の二つの表のとおりです。 - :あなたの助けを
'Sort (cost=352931.30..352931.30 rows=1 width=25) (actual time=3147.592..3147.625 rows=494 loops=1)'
' Sort Key: mc.horodateur DESC'
' Sort Method: quicksort Memory: 51kB'
' -> Nested Loop (cost=3361.03..352931.29 rows=1 width=25) (actual time=1485.653..3147.419 rows=494 loops=1)'
' -> Index Scan using capteur_nom_capteur_index on capteur c (cost=0.27..8.29 rows=1 width=22) (actual time=0.045..0.047 rows=1 loops=1)'
' Index Cond: ((nom_capteur)::text = 'ENEEANABatterie005'::text)'
' -> Bitmap Heap Scan on mesure_capteur mc (cost=3360.76..352922.99 rows=1 width=11) (actual time=1485.598..3147.304 rows=494 loops=1)'
' Recheck Cond: (id_capteur = c.id_capteur)'
' Rows Removed by Index Recheck: 17942069'
' Filter: ((horodateur >= '2017-10-15 00:00:00+02'::abstime) AND (horodateur <= '2017-10-15 01:00:00+02'::abstime))'
' Rows Removed by Filter: 181360'
' Heap Blocks: exact=45030 lossy=99772'
' -> Bitmap Index Scan on mesure_capteur_id_capteur_index (cost=0.00..3360.76 rows=181359 width=0) (actual time=63.333..63.333 rows=181854 loops=1)'
' Index Cond: (id_capteur = c.id_capteur)'
'Planning time: 0.367 ms'
'Execution time: 3148.039 ms'
感謝を
create table Capteur(
id_capteur int primary key,
nom_capteur varchar(180),
description_capteur varchar(100),
id_sous_systeme int,
description_unite varchar(50),
unite varchar(10),
seuil_min real,
seuil_max real,
FOREIGN KEY (id_sous_systeme) REFERENCES Sous_systeme(id_sous_systeme)
);
create table Mesure_capteur(
id_mesure_capteur serial PRIMARY KEY,
valeur_mesure_capteur NUMERIC(20,2),
id_capteur int,
FOREIGN KEY (id_capteur) REFERENCES Capteur(id_capteur),
horodateur abstime
);
ここで分析を説明します。このクエリの
ありがとうございます。実行時間は現在15msです。 インデックスを使って実行時間を改善する方法を学ぶことができる良いリンクがありますか(時間があるときに読むために)。 挿入リクエストの実行時間が長く影響しますか?私は〜400row/sをMesure_capteurテーブルに挿入します。 –
@JoelMP。 。 。私は実際にその件に関するMySQLのドキュメント(https://dev.mysql.com/doc/refman/5.7/en/multiple-column-indexes.html)が好きです。インデックスはデータベースによって異なりますが、基本的には非常に似ています。 –