データベーススペース管理-mysql チュートリアル-php.cn

データベーススペース管理

黄舟

リリース： 2016-12-15 15:54:23

オリジナル

1036 人が閲覧しました

データベーススペース管理の勉強ノート

SQL Server のデータストレージの基本単位はページ (Page) です。ディスク I/O 操作はページレベルで実行されます。

SQL Server がデータを読み書きする最小単位は、8 KB 単位のページです。

各ページの先頭は 96 B ヘッダーであり、ページに関するシステム情報を保存するために使用されます。ページ番号、ページタイプ、ページ上の利用可能なスペース、およびページを所有するオブジェクトのアロケーションユニット ID が含まれます。さまざまなタイプのデータがさまざまなタイプのページに保存されます。

通常のデータページでは、データ行はページのヘッダーの直後に連続して配置されます。ページの最後には、ページ内の各行に 1 つのエントリを含む行オフセットテーブルがあります。

各エントリは、対応する行の最初のバイトとページの先頭の間の距離を記録します。行オフセットテーブルのエントリは、ページ内の行の逆の順序になっています。

-----------------ここに Song Dashen のメモを挿入----------------------- -

ページヘッダーが占めるスペースと行オフセット行列が占めるスペースを除き、中央の残りのスペースはデータ行に使用されます。データ行には、データ行を表すために使用されるその他の情報もあります。具体的な構造は次のとおりです。ステータスビット A 1 バイトステータスビット B 1 バイトの固定長データ型の長さ 2 バイトの固定長データの内容特定の数値固定長データバイト列の数 2 バイト NULL ビットマップ列番号/8 バイト可変長列数 2 バイト可変長列のオフセット行列可変長列数 * 2 バイト可変長列データ固有の可変長データバイトは少なくとも 1+1+2+2+1=7 を占めます

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

指定したページを出力するには、次を使用できます: DBCC PAGE(< ;db_id>, , , )

Db_id は、sp_helpdb の結果から取得できます。

File_idはsp_helpfileの結果から取得できます。

Format_id は、指定した出力形式です。

DBCC PAGE を実行する前に、トレースフラグ 3604 をオンにする必要もあります

SQL Server では、行をページにまたがることはできず、同じ行に属するすべてのフィールドのデータは同じページに配置する必要があります。 1 ページの最大データサイズは 8,060 B (8 KB) です。

したがって、一般的なデータ型フィールドで構成される行の最大合計長は 8 KB を超えることはできません。

ただし、この制限には、テキスト/イメージデータ型フィールドのデータは含まれません。

これらのタイプのフィールドのデータは、LOB (LargeObject) ページに個別に保存されます。

SQL Server 2005 からは、varchar(max)、nvarchar(max)、varbinary(max) などのデータ型が提供されています。

このタイプのデータのフィールドを含む行の合計長が 8 KB を超えない場合でも、データは通常のデータページにまとめて保存されます。

合計の長さが 8 KB を超える場合、SQL Server はこれらのフィールドのデータを分離し、Row-Overflow と呼ばれるページに個別に保存します。

エクステントは、物理的に連続した 8 ページのコレクションであり、ページを効果的に管理するために使用されます。すべてのページはエクステントに保存されます。

• 単一のオブジェクトが所有する統合されたエリア。ゾーン内の 8 ページすべては 1 つのオブジェクトのみ使用できます。

• 最大 8 つのオブジェクトで共有される混合エリア。ゾーン内の 8 ページはそれぞれ、異なるオブジェクトによって所有されることができます。ただし、ページは常に 1 つのオブジェクトにのみ属することができます。

ページは通常、混合エクステントから新しいテーブルまたはインデックスに割り当てられます。テーブルまたはインデックスが 8 ページに増加すると、以降の割り当てには均一エクステントの使用に変更されます。

DBCC SHOWFILESTATS

このコマンドは、GAM や SGAM などのシステム割り当てページから領域割り当て情報を直接読み取り、データベースファイルに割り当てられている領域の数を直接計算できます。 CSP_SPACEUSED (+ UpdateUSAGE は正確です)

Dbcc ShowContig データベーススペースのサイズを分析してみましょう。

ログファイルはページ/セクションごとに整理されていません。

データベースエンジンは内部で各物理ログファイルを複数の仮想ログユニットに分割します。仮想ログユニットには固定サイズがなく、物理ログファイルに含まれる仮想ログユニットの数も固定ではありません。

ログファイルが自動的に増大するたびに、少なくとも 1 つの仮想ログユニットが追加されます。

ログファイルに小さな自動増加が複数回発生した場合、その中の仮想ログユニットの数は通常のログファイルよりもはるかに大きくなります。

この状況は、ログファイル管理の効率に影響を与え、データベースに時間がかかるようになる場合もあります。

トランザクションログはラッパーファイルです。データベースが作成されると、論理ログファイルは物理ログファイルの先頭から始まります。

新しいログレコードは論理ログの末尾に追加され、物理ログの末尾に向かって展開されます。

論理ログの終わりが物理ログファイルの終わりに達すると、新しいログレコードは物理ログファイルの先頭に戻り、逆方向に書き込みを続けます。

DBCC SQLPERF(LOGSPACE) は、ログファイルの使用状況を確認できます。

Tempdb システムデータベースは、SQL Server のインスタンスに接続しているすべてのユーザーが利用できるグローバルリソースです。SQL Server2005 では、次のものを保存するために使用されます:

ユーザーオブジェクト

。

• ユーザー定義のテーブルとインデックス。

• システムテーブルとインデックス。

• グローバル一時テーブルとインデックス。

• ローカルの一時テーブルとインデックス。

• テーブル変数。

• テーブル値関数で返されるテーブル。

内部オブジェクト

• カーソルまたはスプール操作および一時的なラージオブジェクト (LOB) ストレージに使用されるワークテーブル。

• ハッシュ結合またはハッシュ集約操作のための作業ファイル。

• インデックスの作成または再構築 (SORT_IN_TEMPDB が指定されている場合) などの操作の中間ソート結果、

、または特定の GROUP BY、ORDER BY、または UNION クエリの中間ソート結果に使用されます。

内部オブジェクトごとに少なくとも 9 ページを使用します (IAM ページが 1 つ、8 ページのエクステントが 1 つ)。

バージョンストア

• スナップショット分離レベルまたは読み取りコミット分離レベル（行バージョン管理に基づく）を使用して、データベース内のデータ変更トランザクションによって生成された行バージョン。

• オンラインインデックス操作、複数のアクティブな結果セット (MARS)、AFTER トリガーなどの機能のデータ変更トランザクションによって生成される行バージョン。

Tempdb スペース使用量の主な特徴は、sys.allocation_units や sys.partitions などの管理ビューを使用して管理できるのは、ユーザーが作成した一時テーブルやテーブル変数などの一部のオブジェクトだけであることです。

tempdb のスペース使用量は、sp_spaceused を使用して追跡できません。 (不正確)

sys.dm_db_file_space_usage このビューは、いくつかの主要なカテゴリにおける tempdb のスペース使用量の分布を反映できます。

ユーザーオブジェクト (user_object_reserved_page_count)、システムオブジェクト (internal_object_reserved_page_count)

、またはバージョンストア (version_store_reserved_page_count) ですか。

上記はデータベーススペース管理の内容です。その他の関連記事については、PHP 中国語 Web サイト (www.php.cn) に注目してください。