2008年3月10日に東京証券取引所の株式売買システムで障害が発生した問題（関連記事1、関連記事2、関連記事3）で、東証は11日朝9時の取引開始までに、同様の事象が起こらないようにシステムを修正したことを明らかにした。修正後は「順調に稼働している」（広報）という。 10日の午後1時まで株式2銘柄の売買ができなかったのは、同日午前8時59分に発生したデータベースのデッドロックが引き金だった。東証の売買システムでは、デッドロック状態に陥った2つのトランザクションのうち先行処理を優先するため、後発の処理は強制終了させて一定時間が経過した後に再起動（リトライ）する。同システムでは、リトライ回数の上限を100回と定めていたが、この上限を撤廃。リトライを事実上無制限に繰り返せるようにした。 リトライの回数制限は、システムに無駄な負荷がかかるのを防ぐために設定していたとみられる。だが、10日朝と同様のデ

3月10日に東京証券取引所の株式売買システムで障害が発生し、午前9時から午後1時まで2銘柄が売買できなかった問題（関連記事1、関連記事2）で、東証は同日午後5時から緊急の記者会見を開いた。鈴木義伯常務取締役CIO（最高情報責任者）は、「データベースのデッドロックが引き金だった」と説明した（写真）。 デッドロックが発生したのは午前8時59分43秒から44秒にかけて。午前の取引が始まる午前9時の直前だ。複数銘柄の注文を1つにまとめた「バスケット取引」のトランザクションと、同注文に含まれる一部銘柄の訂正注文のトランザクションとの間で起こった。 2つのトランザクションが、それぞれどのようなデータベースをロックしたまま放さなかったのかについては公表を避けたが、注文データを格納するデータベースと、バスケット取引のデータを格納するデータベースの2つだったとみられる。 オンラインでデータベースを更新するト