気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント30件
- 注目コメント
- 新着コメント
qinmu
明言はしていないが、やっぱりシステム上のバグっぽい。この記事だけでは技術的な詳細が不明で、システム開発者にはあまり参考にもならないけど、「日経コンピュータ」としてはこんなレベルの説明でいいのかな？
tsupo
「デッドロックが発生した場合、後から起動したトランザクションを強制的に終了させて先行するトランザクションを優先的に完了させるのが一般的」なのか? // 運用で対処 / 開発ベンダーは富士通
cyclist_matta
テーブルのデッドロックならロックの更新の向きに気をつければ良いと思うが、「データベースのデッドロック」とはなんだろう？まさか、銘柄ごとにＤＢを持っていて、それらが共食い？こわー。
westerndog
「株式売買システムは2000年5月の稼働。富士通製メインフレームで動作している。アプリケーションの開発ベンダーは富士通。デッドロックを検知するトランザクション制御ソフトは、富士通製「AIM」を使っている可能性」
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
【続報】東証が緊急会見、システム障害の引き金はデータベースのデッドロック
3月10日に東京証券取引所の株式売買システムで障害が発生し、午前9時から午後1時まで2銘柄が売買できな... 3月10日に東京証券取引所の株式売買システムで障害が発生し、午前9時から午後1時まで2銘柄が売買できなかった問題（関連記事1、関連記事2）で、東証は同日午後5時から緊急の記者会見を開いた。鈴木義伯常務取締役CIO（最高情報責任者）は、「データベースのデッドロックが引き金だった」と説明した（写真）。 デッドロックが発生したのは午前8時59分43秒から44秒にかけて。午前の取引が始まる午前9時の直前だ。複数銘柄の注文を1つにまとめた「バスケット取引」のトランザクションと、同注文に含まれる一部銘柄の訂正注文のトランザクションとの間で起こった。 2つのトランザクションが、それぞれどのようなデータベースをロックしたまま放さなかったのかについては公表を避けたが、注文データを格納するデータベースと、バスケット取引のデータを格納するデータベースの2つだったとみられる。 オンラインでデータベースを更新するト
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
2008/07/14 リンク