パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

楽天モバイル、2019年12月10日に発生した通信障害はデータベースのデッドロックが原因と発表」記事へのコメント

  • 処理が完了していないに、処理中のファイルのロックが開放されて別のプロセスから書き換えられてしまったらデータの整合性がわやになる気がするけど大丈夫なんすかね。

    対策として、「データベースロック処理が遅延してもデッドロックを発生させない対処」を行ったほか、ソフトウェアベンダーに対し調査依頼も行ったとのこと。

    遅延原因を探して対処するのにはまだまだ時間がかかりそうで、とりあえずの処置なんでしょうけど。

    • by Anonymous Coward

      多分、無駄にロックされている所でも有ったのだろ。
      電話関連だとパターンが決まって居るので、そこを考えれば相当最適化できたりするぞ。
      よーく考えれば判るが、接続や通話するのに必須な管理するモノってそんなに無いだろ。

      • by Anonymous Coward

        無駄にロックしてても、ロック/アンロックの順序さえ統一されてればデッドロックにはならない。

        • by Anonymous Coward

          ロックの仕組みはRDBMSによって異なるからちゃんと勉強したほうがいいぞ。
          順序だけ合わせたところでデッドロックは回避出来なかったりする。

          • by Anonymous Coward

            「簡単だろ。一段FIFOを挟むだけでいいじゃん」
            これくらいの発想でやってくれないかなw

            • by Anonymous Coward on 2020年01月23日 13時26分 (#3749772)

              FIFOは、一般のロック制御では有効だけど・・・。

              そうではなく、RDBMSのロック制御には、一般的に粒(塊)度の違いがある。
              行ロックと表ロックが混在しているとき、行ロック要求が油断無く実行されると、表ロック要求はスキありになるまで待機させられる。

              デッドロック回避策は、表ロックで統一する。(お手軽)
              タスク(ロック)スケジューラを経由してロックを行う。(スケジューラ設計に手間暇かかる。パフォーマンスは前者よりも良い)

              親コメント

日本発のオープンソースソフトウェアは42件 -- ある官僚

処理中...