エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
MySQLのAurora化でMyISAMがなくなって苦戦した話 - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
MySQLのAurora化でMyISAMがなくなって苦戦した話 - Qiita
あるシステムで、MySQLをオンプレからAuroraに移行してテストしたところ、異常発生した際に操作ログ保存... あるシステムで、MySQLをオンプレからAuroraに移行してテストしたところ、異常発生した際に操作ログ保存用のテーブルにレコードが保存されなくなったことが判明。 原因を調べたところ、MyISAMテーブルがInnoDBテーブルに変わっていたことが判明。 AuroraはMyISAMテーブルをサポートしていないので、移行時にInnoDBに変わってしまっていた模様。 これによって、トランザクション制御が効いてロールバックされるようになっていた。 (MyISAMテーブルはトランザクションの概念がないため、常に自動コミット同様となる) つまり、ログ保存用のテーブルに書き込んだあとに異常発生時はロールバックしていたため、ログもロールバックされていた・・・(ログの意味無し!)。 が、単純にトランザクションのタイミングをずらそうとすると、ログテーブルへの書き込み前後両方でトランザクションテーブル(これは逆