データベースのロックの基礎からデッドロックまで
データベースのロックについて、資料を読んだり実際に試してみたので、学んだことを整理してみようと思います。はじめにロックについての基本的な知識を整理して、最終的にはデッドロックとその対策について説明します。 使用したソフトウェアのバージョン MySQL 8.0.31 この記事ではMySQLを使用しています。その他のデータベースについては、基本的な部分は共通していると思いますが、異なる点があることをご了承ください。 ロックとは何か（概要） ロックはデータの更新を正しく行うための仕組みの一つで、あるデータに対する更新処理を制御するためのものです。ここで、データを正しく更新するとはどういうことかを説明するために、口座への振込を例に考えてみます。 例えば、口座Aから口座Bに1万円の振込を行うとします。このとき、口座Aの出金処理と口座Bの入金処理は、必ず両方が成功しなければなりません。このための仕組み
はじめに この記事は実際の業務で発生した MySQL のデッドロックとそのいくつかの回避方法や対応方法を（テーマは変えて）手元で実行できるコードを用いて解説する記事です。具体的には「トランザクション張っておけば大丈夫」と思ってませんか？ バグの温床になる、よくある実装パターンの記事で紹介されている「1on1 チャットサービス」で紹介されているデッドロックとデータベースレイヤでは同じ状況だったのですが、記事で紹介されている方法とは別の方法でデッドロックを回避する必要があったため、同じ状況に遭遇した人の助けになればという思いで記事を書きました。また、こちらの記事が無ければ私自身も現象を理解するのにもっと苦労したと思うので、この場を借りてお礼申し上げます！ 出金サービス履歴登録サービスを例に考える コードと説明が https://github.com/shuntagami/withdrawal_
状態機械を合成してデッドロックを検出できる Go 言語パッケージを作ってみました - チェシャ猫の消滅定理
はじめに マルチスレッドで動作するプログラムの設計は難しい問題です。個々のスレッドの動作は単純に見えても、複数が並行して動作する場合の動作は組み合わせ論的に複雑になります。また、タイミングに依存する不具合は狙って再現することが難しく、通常の単体テストによる検出にも限界があります。 そんなとき、有効な手法がモデル検査です。システムの取りうる状態をあらかじめ網羅的に探索することで、「実際に動作させた際にごく低い確率で踏むバグ」であっても、動作させることなく設計段階で発見することが可能になります。 ところでちょうど先日、デッドロック発見器を自作するハンズオンに参加する機会がありました。内容は非常にシンプルなモデル検査器を実装するというもので、せっかくなのでそのときの成果物を Go のパッケージとしてまとめたものを以下に公開しました。 github.com 以下、このパッケージで何ができるのかを具
リンク Wikipedia デッドロック デッドロック (英: deadlock) とは、特に計算機科学において、2つ以上のスレッドあるいはプロセスなどの処理単位が互いの処理終了を待ち、結果としてどの処理も先に進めなくなってしまうことを言う。 また、合弁契約書などにおいてパートナーと利害関係がぶつかるような問題が生じた場合の解決方法を定めた条項を「デッドロック条項（Deadlock Clause）」と言う。 英語ではもともと行き詰まりの意味である。 古い文献では、デッドロックのことをチェス用語と同様のステイルメイトと呼称して説明をしている場合があ 42 users 1
はじめに2023年3月2日午後10時ごろ、驚愕のニュースが飛び込んできました。単線区間である川越線指扇～南古谷駅間で、上下列車が鉢合わせしたというのです。現地からは南古谷駅の場内信号機をはさんで向かい合わせに停車している上下列車の画像や映像が飛び込んできて、大変な話題になりました。 本記事では、なぜこのような事態となったのか解説するとともに、事象発生当初からインターネット上で広がり、現在も多くの投稿や動画で広がり続けている「異線進入説」についても言及します。なお、本記事では極力確認された事実や労組資料の記述をもとに解説しており、やむを得ず補足等のために作者の勝手な想像や推測を述べる場合はそれと分かるように記載しています。 単線区間の運転保安についてそもそも、単線区間に上下列車が同時に入線しないよう、どのような対策が取られているのでしょうか？ 川越線の当該区間は「単線自動閉そく式」という閉そ
こんにちは。アルダグラムでエンジニアしている森下霞です。 弊社では、MySQL のデータベース と Ruby on Rails を使用しています。 先日、モニタリングで UPDATE IN SELECT のクエリでデッドロックの発生に気づき、調査し、修正ができたため、デッドロックのデバッグ方法と解決策を紹介したいと思います。 背景 今回の問題は、アニメサービスを例に使って説明します。アニメは以下のテーブルで保存します。 CREATE TABLE anime ( id INT PRIMARY KEY NOT NULL AUTO_INCREMENT, title VARCHAR(255) NOT NULL, genre VARCHAR(100) NOT NULL, sort_order INT NOT NULL DEFAULT 0 ); CREATE INDEX index_anime_on_
近所にできた信号のない環状交差点『ラウンドアバウト』を見てきたが踏切と隣接しているため混雑したらデッドロックが発生しそう「どうしてこうなった？」
B作 @Btoretsukuru 近所にできたラウンドアバウト(信号のない環状交差点)を見てきました。踏切と隣接しています。踏切待ちの車列が交差点内まで伸び、混雑時にはデッドロックしそうです。20秒あたりから電車が来ます。 ※6倍速 pic.twitter.com/0qFkIqcHMD 2023-02-04 18:00:22
Mercari Advent Calendar 2017 の18日目です。 こんにちは。メルカリJPのサーバーサイドエンジニアの@Hirakuです。最近はメルカリNOWの立ち上げに関わっておりGoとPHPを行ったり来たりしています。 今回はネタとしては地味ですが、2017年に遭遇した、MySQLのデッドロックの話をしようと思います。 これまでも何度か話されている通り、メルカリのコア部分は今でもPHP + MySQLで構成されており、複雑なトランザクションを含む処理が各所に存在しています。そのため、意図せずしてデッドロックを作ってしまうことがあり、場合によっては重大な問題につながります。 今年は本当にデッドロックに関するトラブルに多く遭遇し、すっかり「デッドロック絶対に許さないおじさん」みたいになっていました。 事例1)出品者と購入者 デッドロックと言われてもピンと来ない方もいらっしゃるでし
デッドロック発見器を作って学ぶマルチスレッドプログラミング ★共有変数編★ (2019/10/19 12:30〜)
セミナーの内容 参加者が自分の好きなプログラミング言語でデッドロック発見器を作り，それを使ってマルチスレッドプログラミングを学ぶハンズオンセミナーです． 作っていただくデッドロック発見器はマルチスレッドプログラムの動き全体を状態遷移図として可視化し，その過程でデッドロック状態を発見するというものです．以下にデッドロック発見器の出力例を示しました． 水色の状態は初期状態で，赤い状態がデッドロック状態です．デッドロック状態からは遷移が1つも出ていないので，この状態に達するとプログラムは停止してしまうことがわかります．動作し続けるパスもあり，必ず再現するわけではないというマルチスレッドプログラムに特徴的な問題であることが見てとれます． セミナーのゴールは，自分で作ったデッドロック発見器を問題に適用して，このような出力を得ることです． マルチスレッドプログラミングの教科書を見ると，典型的なアルゴリ
SELECT ... FOR UPDATEとUPDATEでデッドロックが出る人へ - 41から始めました
はじめに 最近は主に花粉症に悩まされており、目が痒くてたまりません。 また、娘の生活がガラッと変わったせいで、毎日貧乏ヒマ無しです。 そんな中、たまたま早起きできたので奮起して久々に書いてみました。 問題が起きる環境 MySQL8.0.17以前 transaction_isolationがREAD-COMMITTED WHERE句の条件が一意ではない。（フルテーブルスキャンだと発生しやすくなる） キーの値がたすきがけになってる トランザクション開始＋SELECT ...FOR UPDATE→UPDATEのようにロックを取っている 先に実行されたトランザクションが、たすきがけになっているキー値の若い（っていうのかな？）方のロックを取る 何が起きるかと言うと、SELECT ...FOR UPDATEのWHERE句で抽出した行に対してロックを取ってるのに、 後から別セッションで実行されたSELE
はじめに タイトル通り、MySQL5.x系だとデッドロックになるんだけど、 MySQL8.0だとロック機構が変わってデッドロックにならないよ という組み合わせのお話。 僕はこの話をどっかで見た記憶が無かった（忘れた？）ので 教えてもらったとき結構驚いたんだけど、GA（8.0.11）では 既にこれがあったんで、まあ古い話なんだと思うし、 何をイマサラなのかもしれないので、ご存じの方は笑ってやってください。 ちなみに、REPEATABLE READでのお話なので、 READ COMMITTEDの場合は5系でもデッドロックにはなりまへん。 検証 今回やるのはこういうこと 最初のトランザクション（以下Tx1）でトランザクション開始、共有（S）ロックで全レコードを参照。 別のトランザクション（以下Tx2）でトランザクション開始、INSERTによる排他（X）ロック Tx1でINSERTによる排他（X）
楽天モバイルは1月17日、2019年12月10日に発生したMNOサービスにおける通信障害の詳細な影響範囲と原因と、それを受けた対応策を公表した。 障害の発生日時と影響範囲 今回の障害は、2019年12月10日午前8時34分に発生し、午前11時15分に回復した。障害の影響を受けた回線数は以下の通り。 音声通話：147回線 データ通信：約1000回線 障害の原因 同社の「西日本Central Data Center」に設置している課金制御機器において、データベース処理の不具合に起因するデッドロック（※）が発生したことが障害の発生原因だという。また、同社のネットワークの特徴でもある「仮想化技術」の導入は原因ではないとのことだ。 （※）デッドロック：2つ以上のソフトウェアが互いの処理完了を待ち合い、結果として処理が進まなくなる状態 再発防止策 今回の障害を受けて、同社では原因となった機器のソフトウ
どうしたの？スタディストwebアプリグループでは、毎朝「エラーを見る会」というものを実施しています。「エラーを見る会」は、日々発生しているサーバーエラーを把握し、顧客影響(被害)を最小限にする目的の元、webアプリグループメンバーで行われている会です。そこでは、サーバー上で出たエラーを見て、「このエラーは早めになおしたいね」とか「このエラーはバックログに積んであとでなおそう」といった話し合いを行っています。 「エラーを見る会」で、以前より「ActiveRecord::Deadlocked」の発生を確認していましたが、詳細な原因を特定できていませんでした。そこで原因特定のために、ログ出力を行った事例について今回ご紹介します。 デッドロック情報を出力する弊社では、Amazon RDS Aurora MySQLを使用しております。 原因を調べるにあたり、ストレージエンジン(InnoDB)に関する
Photo by Kat Stokes on Unsplashこんにちは。仮想通貨の損益計算ツール「Gtax」、仮想通貨の確定申告サポート「Guaridan」を提供するAerial Partnersのエンジニアインターンの伊藤です。 今回は、Aerial Partnersのチームが実際にどのような技術を用いてブロックチェーンの社会実装を進めているかをお伝えするために、僕が最近取り組んでいた、大量のレコードを捌くDB処理の実装において直面した問題についてお話させていただきます。 InnoDBのロックアーキテクチャはややこしい！例題です。以下のような操作において、一体どのような原因でデッドロックが発生してしまうのでしょうか。 テーブル内容 > SHOW COLUMNS FROM t1;+-------+---------+------+-----+---------+-------+| Fie
『デッドロック』とは。。。 今回、ある人との話し中に 『デッドロック』という言葉が出たのですが、 今回は、 『交渉などの行き詰まり。 うまく話がまとまらなかった』という意味で、 『デッドロック』とあの方は言ったんだろうな。 初耳だったので、 『え？デッドロック？？？』と 一瞬脳がストップしてしまいましたよ(・_・;) それとも、皆、 当たり前のように言っている言葉だったのでしょうか？？？？ ASUS エイスース E203MA-4000W ノートパソコン パールホワイト [11.6型 /intel Celeron /eMMC：64GB /メモリ：4GB /2018年6月モデル][11.6インチ E203MA4000W] ------------------------------------------------------------- ■韓国語単語 피시：パソコン、PC 아이패드：ip
Aurora(MySQL互換)で、外部キーが絡んだINSERT/UPDATEによるデッドロックが検知されない問題 - Qiita
各環境は上記の状態だったため Aurora独自の何かがあるのでは？と思い検証をしてみることに デッドロック発生後の対処 デッドロック発生時、mysqlコマンドでDBにつないで 原因となるクエリをKILLしてみたが解決せず リードレプリカをフェイルオーバーさせることで対応した 検証開始 デッドロックが起きていたテーブル群 offers offer_child_1 offer_child_2 documents document_offer_child_2 ※わかりやすいようにテーブル名は実際とは変えています スキーマ CREATE TABLE offers ( id bigint(8) AUTO_INCREMENT PRIMARY KEY, title text ); CREATE TABLE offer_child_1 ( id bigint(8) AUTO_INCREMENT PRIMA
代官山 蔦屋書店にて開催された、『だから僕たちは、組織を変えていける』著者・斉藤徹氏と『DX CX SX』著者・八子知礼氏による対談の模様を公開します。テーマは「『愛のある組織変革』は実現可能か？ 〜『人間性』と『デジタル化』を両立する組織トランスフォーメーション〜」。DX推進をする上での問題点を「人」の視点でひもといていきます。本記事では、八子氏の講演パートをお届けします。 旧知の友が語る「愛のある組織変革は実現可能か」 八子知礼氏（以下、八子）：みなさん、こんばんは。斉藤さん、ご無沙汰しております。 斉藤徹氏（以下、斉藤）：そうなんです、かなり久しぶりですよね。リアルで会うのはどのくらいぶりですか？ 八子：10年……そんなことないですかね。8年？ 相当久しぶりですよね。かれこれお付き合いは15年近くになりますけどね。 斉藤：『ソーシャルシフト』の頃ですよね。 八子：その時よりももうちょ
楽天モバイルは2020年1月17日、自営回線で2019年12月10日に生じた通信障害の原因を公表した。課金を制御する機器が内蔵するデータベース管理システム（DBMS）において、複数の処理が互いの終了を待ち合う、いわゆるデッドロックが発生して機能が停止した。同社は同日付で、再発防止策などを含む報告書を総務省に提出した。 システム障害は12月10日午前8時34分から午前11時15分まで約2時間半続いた。この間、約1000回線のデータ通信と147回線の音声通話が利用できないかつながりにくい状況となった。同社の自営回線は現在「無料サポータープログラム」として5000人限定で試験サービスを展開している。 原因となったDBMSはフィンランド・ノキア（Nokia）製の課金制御機器に内蔵されていた。同機器は同社の西日本セントラルデータセンター内にあった。 課金制御機器は音声通話やデータ通信について、通信単
楽天モバイルは1月17日、同社が試験的に提供している携帯キャリア（MNO）サービス「無料サポータープログラム」で2019年12月に発生した通信障害について、契約回線の約2割で正常な利用ができない状況だったと発表した。 通信障害は12月10日午前8時30分ごろから11時15分ごろまで約3時間続いた。報告書によると、音声通話がつながりにくかったのは147回線、データ通信が不安定になったのは約1000回線に上るという。無料サポータープログラムは抽選で選んだ5000人に対して提供しているため、全体の約2割の回線に影響が及んだことになる。 原因について同社は、ユーザーの通信状況から通信料金を割り出す課金制御機器で、データベース処理に「デッドロック」が発生し、処理が停止してしまったとしている。 総務省はこの障害を受け、12月13日に同社に行政指導を行い、安定的で円滑なサービスの提供を求めていた。楽天モ
「あれ? どうして列車が動けなくなったのだろう」 JR東日本長野支社のCTC(列車集中制御装置)センターで列車の運転を監督する運転指令員はこうつぶやいたに違いない。このとき、列車の運転状況を示すCTC表示盤では、単線区間の篠ノ井線に設けられた行き違い場所である桑ノ原信号場(姨捨-稲荷山間に設けられた信号場。なお、篠ノ井線の正式な起点は篠ノ井駅、終点は塩尻駅だが、本項では起点を塩尻駅、終点を篠ノ井駅として扱う)付近で3本の列車が立ち往生していると表示し、列車の進路を自動的に設定するPRC(自動進路制御装置)が3本の列車に対して進路を構成できないと警報を発してきたはずだからだ。 摩訶不思議なトラブルは2012年7月2日の午前9時ごろに発生した。翌7月3日付けの読売新聞の「列車ダイヤ作成ミス…立ち往生、単線に3本進入」(※リンク切れの際はご容赦いただきたい)という記事がわかりやすいので、記事をも
この記事は個人ブログと同じ内容です zenn.dev はじめに 業務でデッドロックが発生し、原因がわからずに時間を費やしてしまいました。そこで、今回はその原因と解決方法について調査した結果を備忘録としてまとめたいと思います。 状況 実際のテーブルやアプリケーションコードを直接お見せするわけにはいかないので、簡易テーブルを用意して、SQLにて当時の状況を再現してみたいと思います。 テーブル内容 CREATE TABLE users ( id INTEGER PRIMARY KEY AUTO_INCREMENT, name VARCHAR(255) ); CREATE TABLE rooms ( id INTEGER PRIMARY KEY AUTO_INCREMENT ); CREATE TABLE entries ( id INTEGER PRIMARY KEY AUTO_INCREMEN
2023年3月11日2023年5月7日 所詮はセルフ事故調査委員会しぐさではございますが、先日発生した「川越線デッドロック事件」について考察してみたいと思います。 あらまし 事件は2023年3月2日、川越線の指扇駅-南古谷駅間で発生した。当日は強風の影響で川越線及び直通する埼京線では遅れや運休が発生していた。 当該の下り2081S（新木場発通勤快速川越行き。所定指扇21:43発、南古谷21:50発。E233系7000番台ハエ134編成）及び上り2188K（川越発各駅停車新木場行き。所定南古谷21:50発、指扇21:55発。東京臨海高速鉄道70-000形Z3編成）は所定では南古谷駅で交換するダイヤとなっている。両列車は（おそらく）ほぼ遅延なく、それぞれ指扇駅、南古谷駅に到着したとみられる。 その後、指扇駅下り出発信号機及び南古谷駅上り第一出発信号機が進行現示となった。そのため2081S及
外部キー制約でデッドロックに引っかかった話
今回は仕事で直面したデッドロックのケースについて話したいと思います。 今回ハマったケース 今回ハマったケースは、複数プロダクトが共有するデータベースにあるデータを単体プロダクト専用のデータベースに持ち帰る開発を行っていたときでした。かなり簡略化しておりますが現状と分離後の理想型は下記の通りです。 現状 担当プロダクトと別プロダクトは同じ従業員データを参照している 従業員データの中には、担当プロダクト専用のカラムもあれば、別プロダクト専用の項目もある マイクロサービスがもつマスタ従業員データと旧従業員データがそれぞれ持つ名前カラムは同期している 理想系 担当プロダクトは新しい専用の従業員データをもち、専用のカラムはそのテーブルにもつ マイクロサービスがもつマスタ従業員データと各プロダクトの従業員データの名前カラムは同期させる この対応を段階的に進めている途中で、 担当プロダクトによる旧従業員
MySQL 外部キー制約のデッドロック | 優技録
外部キー(FOREIGN KEY)制約を利用している場合、 子テーブルに追加、更新や削除を行う時は、必ず親テーブルの対象のidに対して排他ロックを行ってから、更新や削除、追加を行う。 親テーブルの該当idに対して排他ロックを取る 子テーブルの該当行に対して追加、更新、削除等を行う これならロックは起こらない。 外部キー制約を利用していると、 子テーブルにINSERT, UPDATE, DELETEを行うと親に共有ロックがかかる 外部キー制約を利用している子テーブルにINSERT, UPDATE, DELETEを行う場合は、 排他ロック「FOR UPDATE」をかけてからINSERT, UPDATE, DELETEを行う 共有ロック→排他ロックはデッドロックが起こる原因になる。外部キー制約を利用しているテーブルをSELECT以外で操作する場合は、必ず排他ロックを行ってから、更新や削除、追加を
映画『デッドロック』公式サイト｜2021年5月15日新宿K's cinemaほかにて全国順次公開
いわくつきのカンヌ映画祭 撮影は第4次中東戦争前夜、イスラエル軍とヨルダン軍がにらみ合う中東ネゲヴ砂漠で行われた。1970年のカンヌ映画祭に招待されるも、当時勃興していたニュー・ジャーマン・シネマを貶めるものとしてドイツ国内から出品を反対されコンペ外の特別上映、しかも雨の日で少数の観客での上映になったといういわくつき。ドイツ国内での興行は成功し、71年のドイツ映画賞（ドイツ・アカデミー賞）長編作品賞も受賞。 監督ローラント・クリック 長編映画2作目の本作が評価されてハリウッド映画やマカロニ・ウエスタンの監督に推されるもすべて拒絶、ジョージ・A・ロメロの『ゾンビ』のドイツ語版を製作後、ジャンキー総出演で『クリスチーネF』を撮ろうとしてクビになり、ドラッグ中毒全盛期デニス・ホッパーと『ホワイト・スター<未>』を撮って再びドイツ映画賞長編作品賞を受賞したドイツ映画界孤高の鬼才。スピルバーグ、ホド
クライマー☆彡 on Twitter: "当面は補償すればよいが（政府はそれさえやらないが！）それも永遠には出来ない。現状を維持しようとすると、どうしてもデッドロックに陥ってしまう。何が正解かはわからないが、個人的には新しい雇用を創出するのが最適解ではないかと思う。そして、この状況でそれが出来るのは国だけだ。"
当面は補償すればよいが（政府はそれさえやらないが！）それも永遠には出来ない。現状を維持しようとすると、どうしてもデッドロックに陥ってしまう。何が正解かはわからないが、個人的には新しい雇用を創出するのが最適解ではないかと思う。そして、この状況でそれが出来るのは国だけだ。
くまきち（なんだこれ） on Twitter: "少なくとも政権批判に「預けた税金を返せ」みたいな話をしてる以上はデッドロックしかないだろなあ だいたい「預けた税金を返せ」とか「それは俺のカネだ」みたいな個人の所有権みたいな話から批判始める左派ってなんなんですかね？リバタリアン… https://t.co/i16x5nWuNA"
少なくとも政権批判に「預けた税金を返せ」みたいな話をしてる以上はデッドロックしかないだろなあ だいたい「預けた税金を返せ」とか「それは俺のカネだ」みたいな個人の所有権みたいな話から批判始める左派ってなんなんですかね？リバタリアン… https://t.co/i16x5nWuNA
いまなお世界中のミュージシャンたちに影響を与え続けているクラウトロックの巨星、CANが音楽を担当したドイツ映画『デッドロック』（1970年）が日本上陸。5月より新宿 K’s cinemaほか全国順次公開。 ■『デッドロック』 2021年5月より新宿 K’s cinema ほか全国順次公開 監督：ローラン ト ・クリック 出演：マリオ・アドルフ アンソニー・ドーソン マルクヴァルト・ボーム マーシャ・ラベン 作品データ：1970年／ドイツ／英語／85分／1.66:1／原題 DEADLOCK 配給：オンリー・ハーツ／アダンソニア ＜内容＞ スピルバーグが、ホドロフスキーが、タランティーノが絶賛した白日夢クライム・アクション！ ニュー・ジャーマン・シネマの栄光から背を向け、闇に葬り去られた伝説のカルト映画 ドイツ映画界の孤狼ローラント・クリックの代表作が遂に日本上陸！ 荒野を彷徨うかのように逃げ
昨年12月10日、楽天モバイルがMNOとして提供する携帯電話サービスにて一時回線が利用できなくなるトラブルがあったが（過去記事）、このトラブルは課金制御機器におけるデータベースのデッドロックが原因だったそうだ（ケータイWatch、楽天モバイルの発表）。 対策として、「データベースロック処理が遅延してもデッドロックを発生させない対処」を行ったほか、ソフトウェアベンダーに対し調査依頼も行ったとのこと。
今週末に控えた周知の大きな問題に向けて抜かりなく準備を進めた者は一人としていなかった。なんて、にんげんの集団なのだろう。組織によって人間はより人間らしく(それは人間という言葉の正しい用法なのかは不明だが)なるにんげんの集団。あの人がやるからオレはやらなくていいと思っていたの。あのチームの面倒を私がみなくてはいけないなんて嫌なの。僕は非番なので手伝いませんの！ 吾は頑張っているけど経験が浅いので邪魔をしないように見ていますの。なるほど、たくさんの立場、たくさんの思想、たくさんのにんげんたちの全く愛のないネグレクトされた問題。愛とはお互いに見つめ合うことじゃない、同じ方向を目指して進むことだ、という意味のことをサンテクスは言ったそうだが、それならば我々の問題に対する態度・姿勢は愛の正反対の状態、つまり無関心であった。無関心を取り囲んでマイムマイムする大人たちの危険な火遊びを見て、これはダメだな
matsu卯 on Twitter: "DNS over TLSやDNS over HTTPSではTLSを使うため時刻が正確である必要があるが、時刻同期のためのNTPのアクセス先が https://t.co/GZ5ucm9KXY など名前解決が必要だとデッドロックになる… https://t.co/vuT6TYg8IV"
DNS over TLSやDNS over HTTPSではTLSを使うため時刻が正確である必要があるが、時刻同期のためのNTPのアクセス先が https://t.co/GZ5ucm9KXY など名前解決が必要だとデッドロックになる… https://t.co/vuT6TYg8IV
海の生き物 - デッドロック自由帳
リュウグウノツカイ電車がきちゃった 夏で、暑い駅のホームに立っている時、リュウグウノツカイが間違ってホームに入ってきてしまいました、みたいなことをいつも想像している。ネコバスでも竜の定期便でもいいのだけれど機械の代わりに生き物が自分を迎えに来てくれたらいつもよりうれしいなと感じるのは何故だろうか。いつも同じ時間にやってきてくれるものならカラスでもナメクジでもうれしいと思う。どうしてそう思うのか考えてみると、機械は同じことをするのがとても得意だけれど生き物には難しいからだった。待っていてほしいんだろうなと思う。生き物を飼うというのはそういうことなのかもしれない。ただ待たせるだけではなく仲良くなれたらもっと良いのだけれど、中華料理屋の横にいる毛むくじゃらの白い犬は、最近暑さでぐったりしており笑いかけても見てくれなくなった。そのことが、なんというか「ちぇっ」という気持ちでもあるし、「それが自然か
カブトムシ狩り - デッドロック自由帳
いつだったか、ずっと昔から友人の名行さんという人がメッセージをくれて「夏休みは何か楽しいことがありますか？」ということだった。 私は「ない」と送った。 ないのだ。とても残念なことだ。でも楽しいことがないなりに何かをしてきたような気はしている。 「どこか瘴気から遠く、かつ何か楽しいことをしたいんだけれど何かありますか？」 何も考えずに「カブトムシ狩りをしよう」と言った。 カブトムシ狩り？ 本当のところはカブトムシ狩りなどというものはやったこともないし、言ってみるまではしたいとも思っていなかった。 「山ん中なら密というより空だから」 「じゃあ行きましょうししみさん、行きましょうカブトムシ狩りに！」 私はカブトムシ狩りに行きたくなった。 名行さんは、よい大人だからレンタル・カーを手配し自ら運転をして私及び名行さんの息子さんを連れてトトロの住む山に行ってくれることになった。 気温は３６℃で快晴だっ
はじめに MySQLはよく使っているのですが外部キー制約はほとんど使った事ありませんでした。 使うデメリットとしてはデータの登録作業が面倒だから・・・程度で考えていました が、今回は既に外部キーを採用しているシステムでの作業でしたがほとんど経験なかったので少し苦労しました 発生した現象としては原因不明のデッドロックエラーでこのようなエラーでした Deadlock found when trying to get lock; try restarting transactionなぜ意味不明かと思ったかと言うと以下からそう思っていました ・対象のテーブルを使用している箇所が1箇所だけ ・必ず一意となるデータをINSERTするだけ 概要 会員テーブル(user) 会員ID(id) 会員名(name) カウント(count) 1 太郎 0 2 花子 0 商品テーブル(item) 商品ID(id)
この記事は MySQL Casual Advent Calendar 2017 の7日目です。 最近、デッドロックを真剣に対応する機会があったのでその時のメモです。 デッドロックとは？ デッドロックとは「複数のトランザクションが互いがロックの開放を待ち、結果として、どの処理も先に進めなくなってしまった状態」を指す。 単にロック待ちが長時間になっているケースはデッドロックとは呼ばない。 時間 TRANSACTION(1) TRANSACTION(2) 1 BEGIN 2 BEGIN 3 UPDATE t1 SET col1 = 'session1' WHERE pk = 1; 4 UPDATE t2 SET col1 = 'session2' WHERE pk = 1; 5 UPDATE t2 SET col1 = 'session1' WHERE pk = 1; ※ TRANSACTION
「MySQL8.0 で起こる謎のデッドロックの条件を調べてみた」を data_locks・data_lock_waits テーブルで確かめてみた - Qiita
「MySQL8.0 で起こる謎のデッドロックの条件を調べてみた」を data_locks・data_lock_waits テーブルで確かめてみたMySQLMySQL8.0 これは インフラ勉強会 Advent Calendar 2018 17 日目の記事です。 ※忘れていたので後から突っ込みました。 昨日は sahya さんだった…はずです（皆さん忙しそうですね…時期が時期だけに）。 インフラ勉強会の Advent Calendar には PostgreSQL の記事を 2 本入れたのですが、本来わたしは MySQL 側の人ですので、ここはひとつ MySQL ネタを突っ込んでおきます。 Qrunch に、 MySQL8.0 で起こる謎のデッドロックの条件を調べてみた（bluexxsun さん） という記事が掲載されており、面白そうだったので、 MySQL 5.7と8.0でロック状態を確認す
Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
ソフトウェア開発部バックオフィス基盤グループの廖です。 本番運用中にRDBのマイグレーションが行われた際に不意に起きたデッドロックの失敗事例について紹介し、ここで得られた教訓を活かせられたらと思います。 ソフトウェア開発部バックオフィス基盤グループの廖です。 本番運用中にRDBのマイグレーションが行われた際に不意に起きたデッドロックの失敗事例について紹介し、ここで得られた教訓を活かせられたらと思います。 前提今回紹介する事例について、RDBはPostgreSQL、マイグレーションツールはFlywayを使っています。 マイグレーションが必要な時に、マイグレーション用SQLファイルを作成して本番に適用しています。 DBに適用する際、マイグレーションファイルごとにトランザクションとして実行されます。 また、PostgreSQLにおいては、DDLの実行前に暗黙のコミットをするOracleやMySQ
雑飯 - デッドロック自由帳
朝。洗濯をしながら寝ていた。洗剤のにおい。狭い部屋。リアムの歌声。飲みかけのボルヴィック。この情景は若いなあとふと思うのだけれど、たぶん若者はオアシスなんて聴かないのだろうな。最近どういうのを聴いているの？ と聞いてみると、彼は「ヤバＴとかamazarasiとかですね」と笑いながら答えた。ふーん！ と強く納得した。そういう音楽に対する言葉を特に持っていない私の感覚は老いたのかもしれぬ。と思いつつも、逆に私の友人にはそもそもオアシスを聴いているよという人がひとりでもいたかというと別にいなかったのだよな。彼はメタルが好きだったし彼はテクノが好きだったし彼はアイドルが好きだったし、そもそも彼は音楽を聴いてすらいなかったし、という風に、みんなてんでばらばらに好きなものを好きでいられたのはよいことだった。と、狭い天井を見上げながら意識をふっと飛ばしているうちに、わけもなく胸がキュンとなり、風邪はいま
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLで発生し得る思わぬデッドロックと対応方法
お互い『邪魔だニャー』と言って譲り合おうとしない配膳猫たちがいた「デッドロックだ！」「難しいんよねこれの解決」
【真相】川越線デッドロックの原因と「異線進入」騒動の顛末
UPDATE IN SELECT によるデッドロックが発生しなくなった件
デッドロックおじさん戦記 | メルカリエンジニアリング
MySQL5.xではデッドロックだけど8.0では死なないよ - 41から始めました
楽天モバイルのMNOサービス障害、原因は課金制御機器の「デッドロック」
Amazon RDS Aurora MySQLでデッドロックのログを出力して読む方法
「Firefox 85.0.2」がリリース ～起動時にデッドロックが発生し、フリーズする問題が発覚／ここ1週間で2回目のアップデート
MySQL InnoDBのギャップロックによるデッドロックを解明する
『デッドロック』って何？？？ - あきっぽいけど、なにかやりたい。。。
システムが古い、仕事が属人化、ITリテラシーが低い… DX推進を止める「魔のデッドロック」が生まれる背景
楽天モバイルが2019年12月通信障害の原因公表、DBMSの潜在バグでデッドロックに
12月の楽天モバイル通信障害、全回線の2割に影響 原因は「デッドロック」
2012年7月4日 篠ノ井線で発生したデッドロックについて | 鉄道ジャーナリスト 梅原 淳
【MySQL(InnoDB)】ギャップロックによるデッドロックの調査 - ROXX開発者ブログ
川越線デッドロック事件について（5月7日追記） | みちのくラボ
CAN音楽担当 70年ドイツ映画『デッドロック』が日本公開決定 - amass
楽天モバイル、2019年12月10日に発生した通信障害はデータベースのデッドロックが原因と発表 | スラド IT
ふたしかだけどあるもの - デッドロック自由帳
【MySQL】外部キー制約とロックとデッドロックについて - とりあえずphpとか
MySQLのデッドロックについて - mita2 database life
大規模コードベースを効率的に処理するInferのAndroid用新デッドロック検出ツール
運用中に起きたDBデッドロックの話 | MoT Lab (GO Inc. Engineering Blog)