[B! explain] rizmhateのブックマーク

rizmhate id:rizmhate

explainに関するrizmhateのブックマーク (3)

PostgreSQLでSQLチューニングや障害状況調査に使ったクエリ達まとめ - $shibayu36->blog;
最近PostgreSQLでSQLチューニングや、DBが詰まった時の状況調査をいろいろやった。その時に便利だったクエリ達をまとめていく。PostgreSQLのバージョンは9.6系です。 SQLチューニングなどに便利だったクエリ達それ以降に実行するSQLの実行時間を表示する。参考 https://morumoru00.wordpress.com/2011/05/08/postgresql-sql%E5%87%A6%E7%90%86%E6%99%82%E9%96%93%E3%82%92%E8%AA%BF%E3%81%B9%E3%82%8B%EF%BC%88timing/ \timing 実際にクエリを実行して実行計画や実行時間を表示する。クエリが実行されるので破壊的な操作も実行されてしまうことに注意。トランザクション張って最後にROLLBACKしましょう。参考 https://www.post
rizmhate 2018/04/10
PostgreSQL

explain

改善

高速化

DB

障害
リンク
MySQLのクエリの良し悪しはrows_examinedで判断する - かみぽわーる
仕事やらなんやらでMySQLのクエリの良し悪しを判断する必要があるとき、EXPLAINの内容だけだとどのぐらい良くなったり悪くなったのか分からないので SET long_query_time = 0; してrows_examined (そのクエリでrows_sent行の結果を返すために何行に触ったのか)も一緒に提示するようにしている(少なくともMySQL 5.7時点ではrows_examinedはslow_query_logでしか確認できないはずperformance_schemaが有効ならevents_statements_historyやその仲間たちで確認できるとのこと*1 MySQL :: MySQL 5.6 リファレンスマニュアル :: 22.9.6 パフォーマンススキーマステートメントイベントテーブル)。例: 上の例のBeforeは、もともとDBAが書いた温かみのあるSQLでO
rizmhate 2018/03/22
メモメモ

SQL

最適化

explain

mysql
リンク
[PostgreSQL]Explain Analyzeで、多重JOINしたSQLをチューニングする · DQNEO日記
Sec ScanのないSQLをどうやって高速化するのか本当に難しいのはここから。例えば、Explain Analyzeの結果が下記のようなものだったら、どうしますか？どこにボトルネックがあるか、わかりますか？ QUERY PLAN ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ Sort (cost=1568.27..1568.51 rows=96 width=260) (actual time=822.175..822.259 rows=
rizmhate 2017/02/16
SQL

DB

postgresql

高速化

explain

パフォーマンス

hatebte

query_tuning
リンク
1