PREPARATION
受験対策

受験対策
サンプル問題／例題解説
Goldの例題解説「性能監視」

Goldの例題解説「性能監視」

このページでは例題「性能監視」のアーカイブを試験ごとにまとめています。OSS-DB技術者認定試験の出題範囲に含まれる技術分野の学習にお役立てください。

修正等により、例題番号が連番ではない場合がございます。あらかじめご了承ください。

[性能監視 - クエリ実行計画] から

2.16 NEW

下記のEXPLAINの実行結果について、正しい記述を３つ選んでください。

postgres=# EXPLAIN SELECT relname,nspname FROM pg_class left join pg_namespace ON (pg_class.relnamespace = pg_namespace.oid);

QUERY PLAN

-------------------------------------------------------------------------

Hash Left Join (cost=1.14..15.97 rows=288 width=128)

Hash Cond: (pg_class.relnamespace = pg_namespace.oid)

-> Seq Scan on pg_class (cost=0.00..10.88 rows=288 width=68)

-> Hash (cost=1.06..1.06 rows=6 width=68)

-> Seq Scan on pg_namespace (cost=0.00..1.06 rows=6 width=68)

(5 行)

このEXPLAINコマンドを実行すると、引数に指定したSQL文が実際に実行される
計画ノードの「Hash Left Join」、「Seq Scan on pg_class」、「Seq Scan on pg_namespace」の記述は、プランナが自動選択した最適なデータ処理のアルゴリズムを示している
「cost=〜」の部分は、処理にかかる実際の時間を示している
「rows=〜」の部分は、それぞれの計画ノードを実行した際の推定の処理行数を示している
「width=〜」の部分は、統計情報をもとに推測される1行あたりの平均のバイトサイズを示している

例題解説の提供：株式会社デージーネット OSS研究室後藤慎司氏

解答及び解説はこちら

[性能監視 - その他の性能監視] から

2.15 NEW

pg_stat_statementsの説明として正しいものは次のうちどれか。

SQL文の実行に指定した時間以上かかった場合、それぞれのSQL文の実行に要した時間を記録する
ロック待ちとなっているトランザクションや対象のテーブルを確認する
実行された全てのSQL文の実行時の統計情報を記録する
データベースあたり1行の形式でデータベース全体の情報を表示する
現在のデータベースの各テーブルごとに1行の形で、テーブルへのアクセス統計情報を表示する

例題解説の提供：株式会社デージーネット OSS研究室奥原章太氏

解答及び解説はこちら

[性能監視 - アクセス統計情報] から

2.14

pg_classに関する記述の中で、正しいものを2つ選びなさい。

relpages列にはテーブル内の行数が格納されている
pg_classはテーブルの情報のみを格納している
pg_class内には常に最新の情報が格納されている
relpages列の値は推測値である
pg_classに格納されている統計情報は一部のDDLコマンドで更新される

例題解説の提供：株式会社デージーネット OSS研究室橋本知里氏

解答及び解説はこちら

[性能監視 - アクセス統計情報] から

2.13

テーブルへのアクセスの統計情報を表示する方法として、正しいSQL文を選択してください。

SELECT * FROM pg_stat_activity;
SELECT * FROM pg_stat_database;
SELECT * FROM pg_stat_bgwriter;
SELECT * FROM pg_stat_all_tables;
SELECT * FROM pg_stat_all_indexes;

例題解説の提供：株式会社デージーネット OSS研究室大野公善氏

解答及び解説はこちら

[性能監視 - アクセス統計情報] から

2.12

pg_locksビューによって確認することが可能なロックの対象となるオブジェクトを全て選択しなさい。

データベース
リレーション
タプル
カラム
パラメータ

例題解説の提供：株式会社メトロシステムズ　OSS-DB Gold 認定者　岡野慎也氏

解答及び解説はこちら

[性能監視 - クエリ実行計画] から

2.11

EXPLAIN ANALYZE SELECT * FROM pgbench_accounts a

JOIN pgbench_branches b ON (a.bid = b.bid) WHERE a.aid = 10000;

上記問い合わせの実行計画(EXPLAIN ANALYZE)を確認したところ、下記の出力であった。

QUERY PLAN

-----------------------------------------------------------------------------------------------------------------------------------

Nested Loop (cost=0.00..2891.02 rows=1 width=461) (actual time=4.589..64.393 rows=1 loops=1)

Join Filter: (a.bid = b.bid)

-> Seq Scan on pgbench_accounts a (cost=0.00..2890.00 rows=1 width=97) (actual time=4.555..64.356 rows=1 loops=1)

Filter: (aid = 10000)

Rows Removed by Filter: 99999

-> Seq Scan on pgbench_branches b (cost=0.00..1.01 rows=1 width=364) (actual time=0.007..0.008 rows=1 loops=1)

Total runtime: 64.557 ms

(7 rows)

上記問い合わせをより高速にするために行うこととして最も適切なものをひとつ選びなさい。なお、各テーブルの構成は下記のようになっている。

----------------------------------------------------

Table "public.pgbench_accounts"

Column | Type | Modifiers

---------- + --------------- + -----------

aid | integer | not null

bid | integer |

abalance | integer |

filler | character(84) |

----------------------------------------------------

Table "public.pgbench_branches"

Column | Type | Modifiers

---------- + --------------- + -----------

bid | integer | not null

bbalance | integer |

filler | character(88) |

Indexes:

"pgbench_branches_pkey" PRIMARY KEY, btree (bid)

----------------------------------------------------

pgbench_accountsのabalance列にインデックスを作成する
pgbench_branchesのbid列にインデックスを作成する
pgbench_accountsを対象にANALYZEを実行する
pgbench_accountsのaid列にインデックスを作成する
pgbench_branchesを対象にANALYZEを実行する

例題解説の提供：OSS-DBアカデミック認定校　NTTテクノクロス株式会社　OSS-DB Gold 認定者　勝俣智成氏

解答及び解説はこちら

[性能監視 - クエリ実行計画] から

2.10

EXPLAINコマンドで指定可能な出力形式のうち誤っているものを全て選択しなさい。

JSON
HTML
CSV
YAML
XML

例題解説の提供：株式会社メトロシステムズ　佐藤千佳氏

解答及び解説はこちら

[性能監視 - クエリ実行計画] から

2.09

EXPLAINコマンドを使用することで、問い合わせ文の実行計画を表示することができる。
EXPLAINコマンドの対象となるSQLコマンドとして正しいものを全て選択しなさい。

DELETE
DROP TABLE
REINDEX
PREPARE
EXECUTE

例題解説の提供：株式会社メトロシステムズ　佐藤千佳氏

解答及び解説はこちら

[性能監視 - アクセス統計情報、関連パラメータ] から

2.08

標準統計情報ビューに関して正しいものを全て選択しなさい。

pg_stat_all_tablesから、TOASTテーブルから読み取られたディスクブロック数を取得することができる。
pg_stat_activityから、現在の問い合わせの実行開始時刻を取得することができる。
pg_stat_databaseから、対象データベースのエラー発生数を取得することができる。
pg_statio_all_tablesから、対象テーブルのバッファヒット数を取得することができる。

例題解説の提供：株式会社メトロシステムズ　OSS-DB Gold 認定者　岡野慎也氏

解答及び解説はこちら

[性能監視 - アクセス統計情報、関連パラメータ] から

2.07

pg_stat_databaseに関する記述で誤っているものを全て選択しなさい。

データベースクラスタ全体の稼働統計情報が1行だけ格納される。
blks_hitはバッファキャッシュにヒットしたブロック数が格納される。
blks_readはディスクから読み込んだブロック数とバッファキャッシュから読み込んだブロック数の合計である。
デフォルトではtrack_countsパラメータがoffであるため、稼働統計情報が収集されない。
tup_fetchedはインデックススキャンを使用して読み取った行数が格納される。

例題解説の提供：株式会社メトロシステムズ　成瀬智一氏

解答及び解説はこちら

[性能監視 - アクセス統計情報] から

2.06

ロングトランザクションを発見するのに有効なシステムカタログについての解説で、適切なものを選びなさい。

pg_stat_activityのwaitingを監視する
pg_stat_activityのquery_startを監視する
pg_stat_activityのxact_startを監視する
ロングトランザクションを発見するのに有効なシステムカタログは無い

解答及び解説はこちら

[性能監視 - oid2name] から

2.05

oid2nameの使い方として誤っているものを1つ選びなさい。

データベースのOID一覧を取得するため以下のコマンドを実行した
　$ oid2name
別ホストsrv上の5432ポートで動作するPostgreSQLのデータベースのOID一覧を取得するため以下のコマンドを実行した
　$ oid2name -h srv -p 5432
データベースtestdbに含まれるテーブルのファイルノード番号一覧を取得するため以下のコマンドを実行した
　$ oid2name -d testdb
テーブル空間のOID一覧を取得するため以下のコマンドを実行した
　$ oid2name -s
データベースtestdbに含まれるテーブル/インデックス/シーケンスのファイルノード一覧を取得するため以下のコマンドを実行した
　$ oid2name -i -d testdb