これでスッキリ！！ SQLServerダイエット！ - Sanwa Systems Tech Blog
どもuozy☆です。 突然ですが、今話題の「おにぎりダイエット」！！お腹まわりがちょっと気になるお年頃のuozy☆は今日から始めてみます！！ http://diet-wiz.net/184/ さて、今回はDBに負荷をかけているクエリを探す方法を書いてみます。MySQLではスロークエリログを設定する事で処理が遅いクエリを取得できますが、SQLServerではもっとお手軽に動的管理Viewをselectする事で同様に取得する事ができます。 ※厳密に取得したい場合はトレースログを設定する事をおすすめします。 実行時間の長いクエリを取得 実はトレースログを仕込んでいなくても、ある程度SQLServerの中に実行時のデータが保存されています。そのデータを使用し実行時間の長いクエリを抽出する事ができます。dm_exec_query_statsという動的管理Viewがそれです。これをselectするとサ
インデックスの断片化 - ぶりりあんとろーど(仮)
インデックスの断片化を調査するSQLは以下の通り SELECT DB_NAME(database_id) as db_name ,OBJECT_NAME(object_id) as table_name ,(select min(name) from sys.indexes where sys.indexes.object_id = sys.dm_db_index_physical_stats.object_id and sys.indexes.index_id = sys.dm_db_index_physical_stats.index_id)as index_name ,index_type_desc ,avg_fragmentation_in_percent --断片化の割合 ,fragment_count --インデックス内の断片化の数 ,avg_fragment_size_in_
SQL Server INDEXの断片化の解消
みなさん、こんにちは。 SQL Serverを使ったシステムを運用していて、 夜間バッチで大量のデータを集計する必要が有るストアドプロシージャを実行している為、 レスポンスが段々と悪化していました。 そこで、DBの状況を確認してみると 各テーブルに設定してあるINDEXが断片化されていることが分かりました。 そこで、以下の様なストアドプロシージャを作成して、夜間バッチにて断片化を解消することにしました。 実行したところ、 INDEXの領域も約20%程、mdfファイルのサイズが縮小されて、 集計バッチの実行についても、1時間40分 ⇒ 1時間20分 と20分程短縮されました。 DBのチューニング、メンテナンスは大切だと改めて思いました。 CREATE PROCEDURE [dbo].[up_AlterIndex] AS SET NOCOUNT ON; DECLARE @SchemaName
[SQL Server] インデックスの再編成処理を作ってみた | インフラSEの運用・構築メモ
SQL Server 2012 にて、インデックスの再編成処理を行う Transact-SQL を作成してみました。 以下は参考にしたサイトです。 上記サイトの “D. sys.dm_db_index_physical_stats をスクリプトで使用してインデックスを再構築または再構成する” を参考にしました。 上記サンプルでは、断片化率 10% ～ 30% なら再編成、30% 以上なら再構築を行うようになっています。 ですが・・・ インデックスの再編成 (ALTER INDEX インデックス名 ON スキーマ名.テーブル名 REORGANIZE) はオンラインに処理ができますが、インデックスのオフライン再構築 (ALTER INDEX インデックス名 ON スキーマ名.テーブル名 REBUILD) ではインデックス全体がロックされ、別のトランザクションからはインデックスに対して一切アクセ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
