DBMSのロック・分離戦略と同時実行制御 - マイクロソフト系技術情報 Wiki
2024-06-11 GitHub Copilot 2024-06-04 GitHub GitHub Actions GitLab GitBucket 2024-05-28 Azure OpenAI Service AzureのAI系サービス Azure Databricks 2022-12-26 RecentDeleted 2024-05-28 Copilot FrontPage 開発ツール 2024-04-30 OSフリーズ 2024-01-24 性能問題のポイント 2023-12-14 ツール類（インデックス） 2023-12-13 ダウンロードのいろいろ 障害対応に使用するツールの一覧 開発支援ツール VBAは何故、最強EUCツールなのか？ 構成管理ツール OSSホスティング・サービス Git 2023-11-01 CAL 2023-09-19 Azure Container Re
SQLServer と Oracle の異なるロック思想: iTech Labo
■SQLServerのロック SQLServerでは「READ COMMITTED」がデフォルトの分離レベルとして設定されている。 上記説明通り「COMMIT済みのデータだけを読み取る」のだが、その読み取り方がREAD_COMMITTED_SNAPSHOT データベースオプション」の設定（ON,OFF）によって２種類の動作が可能になるというところがミソである。 この動作がOracleにはないのでちょっと戸惑うポイントだと思う。 ※READ_COMMITTED_SNAPSHOT オプションはデータベース オプション。 データベース単位で ON,OFF が可能。 ・READ_COMMITTED_SNAPSHOT オプションがOFFの場合 このオプションがOFFになっていた場合にデータ参照すると（Selectを発行すると） ☆共有ロックを取得する。 ☆参照が完了すると共有ロックを開放する。 とい
SQLServerProfilerでデッドロックの図示 - レベルエンター山本大のブログ
現場で、デッドロックが発生してその対処をしている。 RDBMSによって分析・対処の方法は異なるが、今回はSQLServer2005で行った。 SQLServer2005およびSQLServerProfilerの強力さを改めて思い知った。 デッドロックの検知 デッドロックが発生したことは、アプリケーションのExceptionで判明したのだが、 具体的にどの操作と、どの操作が関連しているか調べなくては再現ができない。 それを調べるために、SQLServerのエラーログにDeadLockの情報をトレースする仕組みがある。 以下のトレースフラグ「1204」と「3605」をOnにするのだ。 トレースフラグ：1204 デッドロックに関係しているロックのリソースと種類、および影響を受けている現在のコマンドを返します。デッドロック検出アルゴリズムによってデッドロックが検出された場合に、プロセスとリソースに
ブロッキングとデッドロックを後追い確認する方法 at SE の雑記
トランザクションの同時実行性を低下させる原因の一因としてロックの競合によるブロッキングとデッドロックの発生があります。 これらの事象は瞬間で発生するため、事前に後追いをできる仕組みを考えておかないと、どのような要因で発生したかを確認することが難しいです。 今回の投稿ではブロッキングとデッドロックの発生状況をあとから確認できるようにするための設定をまとめてみたいと思います。 ■ブロッキングを確認するための設定 ブロッキングは互換性のないロックが競合を起こした場合に発生します。 ロックの互換性 (データベース エンジン) 以下のような処理を複数のセッションを使用して、トラン A → トラン B の順番で実行したとします。 更新中のレコードには排他ロック (X) がかかります。 この状態で共有ロック (S) が取得される検索をした場合、排他ロックと共有ロックには競合しますので、トラン B でトラ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
