Amazon RDS Aurora MySQLでデッドロックのログを出力して読む方法
どうしたの？スタディストwebアプリグループでは、毎朝「エラーを見る会」というものを実施しています。「エラーを見る会」は、日々発生しているサーバーエラーを把握し、顧客影響(被害)を最小限にする目的の元、webアプリグループメンバーで行われている会です。そこでは、サーバー上で出たエラーを見て、「このエラーは早めになおしたいね」とか「このエラーはバックログに積んであとでなおそう」といった話し合いを行っています。 「エラーを見る会」で、以前より「ActiveRecord::Deadlocked」の発生を確認していましたが、詳細な原因を特定できていませんでした。そこで原因特定のために、ログ出力を行った事例について今回ご紹介します。 デッドロック情報を出力する弊社では、Amazon RDS Aurora MySQLを使用しております。 原因を調べるにあたり、ストレージエンジン(InnoDB)に関する
Railsのレールに乗っかってみる
スタディスト開発部、伴です。社会のレールに乗っかるのは大嫌いで、尾崎豊的な生き方をしてきました。（嘘です） はじめに 現在スタディストではUIリニューアルを進めています。このプロジェクトを進めるにあたり、フロントサイドだけでなくサーバー側のコードを（一部）見直そうという話になりました。サーバーサイドのコードはRailsで開発しているのですがレールに乗り切れてない箇所があったりするのでこれを機会に書き換えてみることにしました。 以下よりRailsの思想に合わせて見直した内容を紹介します。 設定より規約 これはRailsの思想で「従来のフレームワークのように設定を大量に記述するのではなく、規約にのっとってプログラミングすることで、余計なプログラミングや設定を省くことができます。」ということです。 要は規約に従えば短くかけるということだと思います。見直し例を示します。 旧コードでは親子関係にある
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WebエンジニアからiOSエンジニアへの転身
バグが多発する箇所の循環的複雑度を測ってみたら高すぎたので修正した話
デザイナーさんのPRデビュー！！
Vue.js社内勉強会をしてみた
【キーボード】Ergodox EZで肉体の限界に立ち向かう