TL;DR 負荷をかけながらフェイルオーバーテストをするなら、負荷クライアント側で「どの書き込みが成功したのか」のログは必ず取っておく でないと、フェイルオーバー起因でデータロストが発生するのかしないのかのチェックができない フェイルオーバーシナリオ スイッチオーバー(手動での切り替え)を含めてざっと思いつくのはこれくらい。 スイッチオーバー mysqldの正常終了 mysqldの異常終了、特に、mysqld_safeやsystemdがmysqldを再起動させてしまう環境 mysqldのハングアップ カーネルパニック ファイルシステムのハングアップ 電プチ スイッチオーバー たぶんHAソリューションを作る時にちゃんとテストするからこれはそんなに問題にならない気がするけれど、(レプリケーションベースのソリューションの場合)「レプリケーション遅延が起こってる時のスイッチオーバー」で何が起こるか

知らなかったのでメモる。 ネタ提供は @kenjiskywalker さん。 5.0から5.6でレプリケーション、Unknown system variable 'binlog_checksum', Error_code: 119 って言われててつらい感じする — 私の頭の中の弥勒菩薩さん (@kenjiskywalker) 2013年5月10日 今日もありがとうございます(*-人-) 5.5, 5.1, 5.0のマスターに5.6のスレーブをぶら下げてSTART SLAVEすると、こんなワーニングが出る。 2013-05-10 12:45:45 15820 [Warning] Slave I/O: Notifying master by SET @master_binlog_checksum= @@global.binlog_checksum faile d with error: Unk

TL;DR なんか SELECT * FROM t1 WHERE CONCAT('',c1 * 1) != c1 であぶりだせるらしいけどなんで？ と聞かれたのでその解説。 俺は↑のやり方初めて聞いた。。 個人的には WHERE c1 NOT RLIKE '^[0-9][0-9]*$' でいいんじゃない？ と思う。 前提（？） 「数値しか入らないはずのカラムに文字列が入っていてバッチが転けてるので削除しました」 「？？ カラムの型は？」 「varchar型です」 「ちょｗｗｗ」 こんな状態 mysql57 8> SELECT num FROM t1; +----------------------+ | num | +----------------------+ | 1 | | 2 | | 3 | | 4 | | ＼(^o^)／ｵﾜﾀ | | 0x12345 | | 123hoge456

日々の覚書: MySQL 5.7.6でmysql.userテーブルのパスワードのカラム名がなんか変わった で「MySQL 5.7ではパスワードハッシュが格納されるカラムが password から authentication_string に変更になった」としていたけれど、ちょっと調べてみたらなんかそれなりに歴史的経緯っぽいものがありました。 旧来(MySQL 5.0, 5.1）は2種類の認証プラグイン（ mysql_native_password = 俗称41桁ハッシュ、 mysql_old_password = 俗称16桁ハッシュ） があったが、それを識別するための plugin カラムは無く、「クライアントから送られてきたダイジェストの長さ」でどちらのプラグインを使うか決めて password カラムに入っているパスワードハッシュを引き出して使っていた MySQL 5.5から plu

innodb_stats_on_metadata=1でディスク容量激増とCPU負荷が発生 | DEVLAB を読んだ誰か（忘れた）に「innodb_stats_on_metadata= 0だと統計情報ズレない？ 手でANALYZE TABLEしないといけないの？」って聞かれて答えたメモ（だと思う） そもそも8ページとか20ページじゃ全然足りないじゃんというのはここでいう「問題なく」の中には含まれない。 innodb_stats_on_metadataは *メタデータにアクセス(=information_schema, SHOW TABLE STATUSなど)* した時に統計情報を再作成するかどうかのフラグで、データが大量に更新された時の統計情報の再作成は ここらへん でinnodb_stats_on_metadataを見ずにトリガーされている。 (gdb) b dict_stats_upd

TL;DR まず間違いなく mysql.gtid_executed が悪さをしている 去年隣にいた人 も 6月まで隣にいた人 も 今2つ隣にいる人 もハマった ルーク、 CHANGE MASTER TO する前に RESET MASTER を忘れるな。 RESET SLAVE ALL だけじゃダメだ、 RESET MASTER もだ。そしてSET GLOBAL gtid_purged = '..' しろ GTIDを有効にしてレプリケーションを組んでいる（ MASTER_AUTO_POSITION=1 ）場合、実行済みのトランザクションのGTIDは gtid_executed に記録される。 そしてI/Oスレッドは 自分のgtid_executedに含まれていない イベントがあれば寄越せ、というように接続時にマスターに要求するし、仮に自分のgtid_executedに含まれているイベントが寄

やっとparallelのRとLを間違えなくなった。。 http://dev.mysql.com/doc/refman/5.6/en/replication-options-slave.html#option_mysqld_slave-parallel-workers 個人的にかなり期待していた5.6の新機能ではあるけれど、実際試してみた感想をメモ。 1) 前提条件として、パラレルで動けるのはデータベース単位。 ⇒全部同じデータベースに突っ込んである環境だと効果なし。 ⇒USEステートメントで選んだデフォルトデータベースでなく、 ちゃんと実効データベース(--replicate-wild-*-tableみたいな感じ)で判定してくれるっぽい。 2) データベース間をまたぐステートメント(INSERT INTO d1.t1 SELECT * FROM d2.t1とか)は 2つのデータベースのpa

MySQL 5.7.11でdefault_password_lifetimeのデフォルトが0になるらしい！ 日々の覚書: MySQL 5.7.4で導入されたdefault_password_lifetimeがじわじわくる の公開以来大反響をいただいていた （ブクマ がすごいことになっていて、思わず ばぐれぽ にブクマのリンクを貼り付けたほど）default_password_lifetime が。 5.7.11でついにデフォルト0になる！！！ やった！！！ やったよ！！！ ドキュメントはもう"default: 0 (>= 5.7.11)"の記載になってる。 これで、 MySQL 5.7にアップデートしてから 360日後にやってくる ＿人人人人人人＿ ＞　突然の死　＜ ￣Y^Y^Y^Y^Y^Y^￣ はなくなりました！ （∩´∀｀）∩ﾜｰｲ いいぞ○racle！ "Affects me"してく

1000000です。 ↓は"log-bin= bin"を設定した状態。 # ll total 537160 -rw-rw---- 1 mysql mysql 56 May 20 14:32 auto.cnf -rw-rw---- 1 mysql mysql 139 May 20 15:42 bin.000001 -rw-rw---- 1 mysql mysql 13 May 20 15:42 bin.index -rw-r----- 1 mysql root 11916 May 20 15:42 error.log -rw-rw---- 1 mysql mysql 884 May 20 15:42 ib_buffer_pool -rw-rw---- 1 mysql mysql 268435456 May 20 15:42 ib_logfile0 -rw-rw---- 1 mysql mys

この記事は MySQL Casual Advent Calendar 2015 の9日目です。 MySQL 5.6から InnoDBのオンラインDDL が導入されて久しいですが、一方で pt-online-schema-change (以下pt-osc）もまだまだ元気です。MySQL 5.5とそれより前ではpt-osc一択になりますが、MySQL 5.6とそれ以上の場合はInnoDBさんに任せるかpt-oscを使うかを選択することができます。 MySQL 5.6でもpt-osc一択にしても構わないといえば構わないんですが、いくつかのケースではInnoDBさんに任せた方が速くなったり安定したりするので、そのあたり解説していきます。 TL;DR ウチの使い分け。 原則 pt-osc スレーブの台数が多すぎない かつ データ容量が馬鹿でかくてストレージ食いつぶしそう または INSERT大杉で2

論理削除 Casual Talks #1 : ATND に行ってきました。 アプリケーション方面では色々あるし、DBAから見ても良いことはないはず…と思ってましたが、 *ちゃんとMySQLの都合に沿ってやれば* 意外と忌避する理由もないことにふと気付きました。途中で3回くらいテーマ変更して最終的にこの形に落ち着いたカタチです。はふん。 ごめんなさい、当日流していたスライドに致命的な誤り（5.5以降ではなく、5.5以降 *ではない*）がありました。。まとめてくれた方ごめんなさい…＞＜ DBAっぽく、という背景があったので、「論理削除？ それUPDATEじゃん」というのが割と前提にあります。「DELETEじゃなくてUPDATEなんだから、削除とか言わずにスーパー非表示フラグでいいじゃん、システム的に *ちゃんとMySQLの都合に沿ってやれば* はそこまで変わらないし」というのが個人の見解です。

MySQL HTTP Plugin確認 | variable.jp [データベース,パフォーマンス,運用] を写経して失敗したので補足メモ。 2.　my.cnfをマニュアルを見て編集 myhttp_default_mysql_user_name = http_sql_user myhttp_default_mysql_user_passwd = sql_secret myhttp_default_mysql_user_host = 127.0.0.1 * myhttp_default_mysql_user_nameは BASIC認証に成功した後に myhttpプラグインからMySQLに接続しに行くときに使うユーザー名。暗黙のデフォルトは "root" * myhttp_default_mysql_user_passwdは BASIC認証に成功した後に myhttpプラグインからMySQLに

MySQL 5.7.4で導入されたdefault_password_lifetimeがじわじわくる（MySQL 5.7.11でFIX！！） 【2016/01/13 10:12】 MySQL 5.7.11でdefault_password_lifetimeのデフォルトは0に変更になりました！ それ以降のバージョンであればこの記事の内容は気にする必要はありません。 日々の覚書: MySQL 5.7.11でdefault_password_lifetimeのデフォルトが0になるらしい！ TL;DR default_password_lifetime= 0 を秘伝のmy.cnfに入れておくつもり。 MySQL :: MySQL 5.7 Reference Manual :: 5.1.4 Server System Variables パラメーターの意味は読んで字のごとく、「最後にパスワードが更新さ

MySQL :: MySQL 5.6 Reference Manual :: 22 MySQL Performance Schema 5.6以降「よくなったよ！」「確かにね！ でもメモリー」「」みたいな感じで扱われて結局まだONにしているインスタンスの少ないPerformance Schemaなのでちょっと練習中。 tpcc-mysqlとかでやると割と綺麗なクエリーをしているので面白い情報が出ない(ibdata1のfsyncに時間がかかってることなんて知ってるよ！ って感じになる)ので、isucon2のアプリで試してみることにしますた。モリスさん++ livedoor Techブログ : 自家製 #isucon2 のつくりかた MySQLは5.6がいいのでMySQL :: Download MySQL Yum Repositoryで入れる。 $ sudo yum localinstall

MySQL 5.7.6でGTIDのローリング有効化ができるようになったので、システム全体を一度にシャットダウンしなくてもOK MySQL 5.7.6メモそのいくつか。 今までgtid-mode= ONとOFFのマスター, スレーブは混在できなかったので、ONにするときは一度レプリケーション群を全部止めて起動しなおさなければいけなかった。それが、出来るようになったという話。 MySQL Bugs: #71543: A new GTID_MODE is needed to evaluate/migrate to GTID: ANONYMOUS_IN-GTID_OUT. MySQL :: WL#7083: GTIDS: set gtid_mode=ON online Percona Server 5.6.22では一足先にリリースされてましたね。やってることは同じだけど実装が違うっぽい予感。 On

気づかなかったけど、これ5.7.2から入ってたのか。 フツーに扱うDATETIME型(やその親戚)は time_zone 変数に支配されるけど、ログに出力される時刻は log_timestamps 変数に支配される。 この変数の取りうる値は UTC または SYSTEM で、暗黙のデフォルトはUTC 。。 mysql57> SELECT @@version; +---------------+ | @@version | +---------------+ | 5.7.5-m15-log | +---------------+ 1 row in set (0.00 sec) mysql57> SHOW GLOBAL VARIABLES LIKE '%time_zone'; -- タイムゾーンはフツーにJST +------------------+--------+ | Variable_

LinuxとかUnixのMySQL-serverにくっついてくるmysqld_safe、コイツは内部でmysqldを呼ぶ

2024 ( 18 ) 5月 ( 1 ) 4月 ( 3 ) 3月 ( 6 ) 2月 ( 1 ) 1月 ( 7 ) 2023 ( 20 ) 12月 ( 3 ) 11月 ( 3 ) 10月 ( 1 ) 8月 ( 1 ) 5月 ( 2 ) 4月 ( 2 ) 3月 ( 3 ) 2月 ( 5 ) 2022 ( 27 ) 12月 ( 5 ) 10月 ( 1 ) 9月 ( 1 ) 8月 ( 5 ) 7月 ( 4 ) 6月 ( 3 ) 4月 ( 1 ) 3月 ( 3 ) 2月 ( 2 ) 1月 ( 2 ) 2021 ( 22 ) 12月 ( 4 ) 10月 ( 2 ) 9月 ( 6 ) 7月 ( 1 ) 6月 ( 3 ) 5月 ( 3 ) 4月 ( 1 ) 3月 ( 2 ) 2020 ( 42 ) 12月 ( 3 ) 10月 ( 2 ) 9月 ( 4 ) 8月 ( 3 ) 7月 ( 4 ) 6月 ( 6