MySQLで発生し得る思わぬデッドロックと対応方法
はじめに この記事は実際の業務で発生した MySQL のデッドロックとそのいくつかの回避方法や対応方法を（テーマは変えて）手元で実行できるコードを用いて解説する記事です。具体的には「トランザクション張っておけば大丈夫」と思ってませんか？ バグの温床になる、よくある実装パターンの記事で紹介されている「1on1 チャットサービス」で紹介されているデッドロックとデータベースレイヤでは同じ状況だったのですが、記事で紹介されている方法とは別の方法でデッドロックを回避する必要があったため、同じ状況に遭遇した人の助けになればという思いで記事を書きました。また、こちらの記事が無ければ私自身も現象を理解するのにもっと苦労したと思うので、この場を借りてお礼申し上げます！ 出金サービス履歴登録サービスを例に考える コードと説明が https://github.com/shuntagami/withdrawal_
neue cc - C#の高速なMySQLのドライバを書こうかという話、或いはパフォーマンス向上のためのアプローチについて
割とずっと公式のC# MySQL Driverは性能的にビミョいのではと思っていて、それがSQL Serverと比較してもパフォーマンス面で足を引っ張るなー、と思っていたんですが、いよいよもって最近はシリアライザも延々と書いてたりで、その手の処理に自信もあるし、いっちょやったるかと思い至ったのであった。つまり、データベースドライバをシリアライゼーションの問題として捉えたわけです。あと会社のプログラム(黒騎士と白の魔王)のサーバー側の性能的にもう少し飛躍させたくて、ボトルネックはいっぱいあるんですが、根本から変えれればそれなりにコスパもいいのでは、みたいな。 中間結果としては、コスパがいいというには微妙な感じというか、Mean下がってなくてダメじゃんという形になって、割と想定と外れてしまってアチャー感が相当否めなくて困ったのですが（ほんとにね！）、まぁそこはおいおいなんとかするとして（します
ソシャゲエンジニアの自分が開発に必須だなと思った知識（MySQL編） - Qiita
この記事の目的 自分は、とある会社様の元でソシャゲの API 開発をさせていただいています。 ソシャゲは、リリース時やイベント時などに集中アクセスされやすく、負荷軽減の知識がない状態で開発を行ってしまうと、運用時に緊急メンテ祭りになりやすいジャンルかなと思っています。 これまで培ってきた MySQL の知識ですが、脳内メモリ量の関係上、暗記できないのでメモしておこうというのが主目的です。 ここ数年ほどソシャゲ開発しかしていないため、偏っている感がある内容ですのでご注意ください。 概要 ストレージエンジンは InnoDB。メインで扱っている MySQL バージョンは 5.6。 記事の内容ですが、これらのキーワードを見て、おおよそ分かる方は読む必要はないかと思います。 インデックス系 クラスタインデックス カバリングインデックス EXPLAIN で注意するべき値 トランザクション系 MVCC
MySQL 8.0は何が優れていて、どこに注意すべきか。データベース専門家が新機能を徹底解説 - エンジニアHub｜Webエンジニアのキャリアを考える！
MySQL 8.0は何が優れていて、どこに注意すべきか。データベース専門家が新機能を徹底解説 MySQLの最新版「MySQL 8.0」正式版が2018年4月にリリースされました。数多くの機能や設定が追加・変更されているMySQL 8.0の「知っておきたい便利な機能」や「危険なハマりどころ」などを、My SQLの専門家に教えてもらいました。 2018年4月、世界中のエンジニアが待ちに待ったMySQL 8.0の正式版がリリースされました。本リリースに伴い、数多くの機能や設定が追加・変更されており、MySQLがより便利なものへと進化しています。 MySQL 8.0で積極的に利用すべき目玉機能や、知っておかなければ危険なハマりどころなど重要な変更点を、MySQLの保守サポートやコンサルティングなどを専門とする株式会社スマートスタイルの中野真也さんと成田優隆さんに解説してもらいました。 中野真也（な
LINEのMySQL運用について
1. LINEのMySQL運用についてKentaro Kitagawa, IT service center - database department - db1 team DB Tech Showcase 2018 2018/09/20 2. l 北川 健太郎 / Kentaro Kitagawa l LINE株式会社 l IT Service Center - Database dept.- DB1 Team l データベースエンジニア l MySQL / Oracle Database / Redis l MySQL道普請: http://gihyo.jp/dev/serial/01/mysql-road-construction-news Introduction @keny_lala
Windows ServerにMySQLを入れてちょっとハマった事 | DevelopersIO
やろうとしていた事 データをDドライブに移動しようとしました。 ハマった事 ハマり1 設定が効かない 普通にMySQLのインストール先であるC:¥Program Files¥MySQL¥MySQL Server 5.6の直下を確認するとmy-default.iniがあるのでmy.iniに変更して、以下の設定を追加しました。 datadir=D:/MySQL/Data データの移行は、サービスを止めてから以下のコマンドを実行しました。 mkdir D:¥MySQL¥Data xcopy /s /e "C:¥Program Files¥MySQL¥MySQL Server 5.6¥data" "D:¥MySQL¥Data" サービスを起動してからMySQLへログインしてD:¥MySQL¥Dataのファイルを確認しますがタイムスタンプが変わりません。 ログインしてdatadirを確認すると my
複数行同時にUPDATEしてみる – katz+
こんなだったとして。 「マイケル」以外の誕生日がめちゃくちゃじゃないの！という時は update `hoehoe_tbl` SET `birth` = '2477-05-30' WHERE `id` = 1 update `hoehoe_tbl` SET `birth` = '2477-11-11' WHERE `id` = 2 update `hoehoe_tbl` SET `birth` = '2464-07-06' WHERE `id` = 3 とかやっていた訳ですが。 （プリンとジャガーの誕生日知りません。デタラメです。） CASEステートメントを使ってこうもできるらしい。 update `hoehoe_tbl` SET `birth` = case `id` WHEN 1 THEN '2477-05-30' WHEN 2 THEN '2477-11-11' WHEN 3 THEN
モンストのサーバー負荷との戦い 〜あけおめ2018編〜 / bcu_30_server_9
スマホアプリ「モンスターストライク」のサーバー負荷は、年末年始に1年のピークを迎えます。2018年元旦のサーバー負荷に立ち向かうために実施した対策の一例として、データベースサーバー（MySQL）を安全に水平分割した事例を紹介します。見積もりから計画、実施に至るまでを時系列で振り返ります。
PostgreSQLとMySQL、使うならどっち？ データベース専門家が8つの視点で徹底比較！｜ハイクラス転職・求人情報サイト AMBI（アンビ）
PostgreSQLとMySQL、使うならどっち？ データベース専門家が8つの視点で徹底比較！ オープンソースのデータベースとしてよく比較されるPostgreSQLとMySQL。どんな長所・短所があるのでしょう？ それぞれの専門家による対談で明らかにします。 エンジニアとして働いていると必ず直面する悩み。それは、「どのリレーショナル・データベース（以下、RDB）を選ぶのが最善なのか？」です。 RDBごとに長所と短所は異なっています。そのため自社サービスにマッチしないRDBを選んでしまうと、それがボトルネックとなり開発・運用にトラブルが生じるケースは少なくありません。 なかでもよく比較検討されるのが、PostgreSQLとMySQL。ともにオープンソースRDBのデファクトスタンダードであり、高い性能と数多くの機能を持っています。 では、両者は具体的にどのような長所・短所があるのでしょうか。そ
MySQLのmasterとslaveの手動切り替え - Qiita
$ vim /etc/my.cnf [mysqld] # バイナリロギングを有効にする log-bin=mysql-bin # サーバ認識用のサーバIDを設定 server-id=1002 # スレーブをマスターとして使いたい場合は、log_slave_updatesを追加する # 今回は２台構成なおかつ、単純にmaster-slave構成なので付けていても一応問題ない log_slave_updates # my.cnf変更したので、mysqlプロセスを再起動する $ /etc/init.d/mysql restart Shutting down MySQL. SUCCESS! Starting MySQL... SUCCESS! # プロセス(クエリ)が流れてないことを確認 mysql> SHOW PROCESSLIST; # 書き込みロックを実行する（ロックが外れるのでmysqlから
master、slaveの切り替え
前回、HAProxyによるフェイルオーバーを行ったので、 続けて今回は自動でmaster,slaveの切り替えを行いたいところですが、 その前に手動での切り替えを行いたいと思います(｀・ω・´)ｼｬｷｰﾝ 今回の構成ははmaster１台(server-idは10)、 slave２台構成(slave1はserver-idが20,slave2はserver-idが30)のレプリケーションを行っている環境で、 slaveをmasterに変更し、masterをslaveに変更してみたいと思います( ´∀｀)bｸﾞｯ! その前に注意点として、次の点があるそうです。 MySQLドキュメントから一部抜粋 http://dev.mysql.com/doc/refman/5.1/ja/replication-solutions-switch.html スレーブを --log-bin はあるけれども --lo
mysql replicationの復旧方法
Master_Log_File, Relay_Master_Log_Fileの意味は混同しやすいので、細心の注意を払ってください。また、それぞれのポジションの実態は、master.info, relay.infoというファイルです。 mysql レプリケーション 復旧シナリオ 事前準備 mysql レプリケーション 復旧シナリオ 事前準備 – mysqld_multi環境の構築 mysqld_multiを用いて、3つのmysqld(MySQLサーバ)を起動させます。動作確認のシナリオで使用する/etc/my.cnfの設定は以下の通りです。mysqld_multiの使い方は、mysqld_multiの設定方法を参照ください。 [mysqld] log-bin=mysql-bin relay-log=mysql-relay log-slave-updates master_info_repos
slaveのレプリケーションが止まったら時間操作系のスタンドで直すことができる | れさくのブログ
MySQLがあって、masterのDBとslaveのDBがあって、masterからslaveにレプリケーションしている。 割となんてことのない光景です。 朝の食卓にパンとコーヒーとミルクが並んでいるくらい、ありふれた光景です。 「朝は和食だろ！」という方は、MySQLではなくEXCELをおススメします（理不尽！ で、slaveのレプリケーションが何らかの理由で止まる。 slaveが読み取り専用等でサービスに使われておらず、単にバックアップのためだけであれば、まだ慌てる時間じゃありません。 実サービスに影響はないので、おちついて対応しましょう。 パンが少しだけ焦げたのかもしれません。 本日の朝食はこんなコースです。 嫌ですね。食あたり起こしますね。 １．現状確認 ２．対応 ３．原因調査 ２と３は逆になることもあります。 原因を特定しないと直せないケースや、原因を解決しないと一時的に対応しても
MySQL レプリケーションのセットアップ手順 - わくわく技術ランド
想定していること † MySQL5.0 MySQLがすでに稼動中。レプリケーションの設定はしていない 今回MySQLをもう一台増やして2台構成とし、master、slaveの構成にする ※今回と状況が異なる場合は、MySQLのリファレンスマニュアルを読むといいです。 ↑ 1. レプリケーション用ユーザを作成する † レプリケーション用ユーザを作成する 作成するユーザーはスレーブがマスタのバイナリ ログを読み込むときに接続するユーザーとなる。 既存のユーザーでもレプリケーションは可能だが、ユーザ名とパスワードが master.info ファイル内にテキストで保存されるため、安全のためレプリケーションプロセスにだけ権限があるユーザを作成する 設定例(マスタのほうに設定) 192.168.23.0/24 内のネットワークで許可 ユーザー名：repl パスワード：slavepass mysql >
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLが得意なこと、不得意なこと(仮)
Windows環境でMySQLのレプリケーションを設定する - Qiita
https://altarf.net/computer/server_tips/3724
麻豆影视文化传媒app下载tⅴ 官网进入_麻豆影视文化传媒官网进入_麻豆影视下载_麻豆影院
mysqlでjoinした結果をupdate - Qiita
計算量と僕とWeb開発 / computational complexity and I and Web
