TL;DR
SET GLOBAL, SET PERSIST
には値をセットするためのバリデーター（各サーバー変数ごとにある）が用意されているが、 SET
PERSIST_ONLY はそのバリデーターを通らないため、不正な値を突っ込んでもエラーになってくれない
mysqld を再起動しようとした時に、 mysqld-auto.cnf
（ SET PERSIST, SET PERSIST_ONLY
の保管先）に不正な値が突っ込んであるとそれを適用できなくて mysqld が起動してくれない
TL;DR
--postpone-cut-over-flag-file でテキトーなファイルを指定する
RENAME TABLE .. （gh-ostの cut-over
フェーズ）をしても良いタイミングになったら、「指定したファイルを消す」または 「 Interactive commands の
unpostpone コマンドを放り込む」
gh-ost …
[さらに読む]
とある原稿を書いていて、トランザクションまわりをチト調べている私です。
あまり深みに入らなければ、4つのトランザクション分離レベルと、それぞれのアノーマリを説明して、はい、終わり、ということにしたいのですが、私には以前気づいてしまった以下の記事があり「あれ、四つ多くない?」を細かく調べることなく放置していたのでした。
Web開発者が知っておくべき八つの分離レベル
しかし、ここで調べなければもやもやは晴れないですし、
神林さんがシリアライズでもパフォーマンスに問題のないRDBMSの実装が終わり、
…
gh-ost には interactive-command なるものが用意されている。 これは
gh-ost を 起動しちゃった後
、後からオプションを変更したりする機能を提供しているっぽい。 デフォルトではソケットファイルのみオープンする。デフォルトのパスは
/tmp/gh-ost.<スキーマ名>.<テーブル名>.sock 。
パスを変えたかったりTCP経由も受け付けてほしい時は gh-ost
--serve-socket-file=/tmp/hoge や gh-ost
--serve-tcp-port=9999 とかで設定できる。
$ gh-ost --database=mysqlslap --table=t1 --alter="ADD KEY (intcol1)" --host=127.0.0.1 --port=21801 --user=msandbox …[さらに読む]
MySQL 8 は MySQL 5.7 より常に高速とは限らない(MySQL 8 is not always faster than MySQL 5.7) に続いて、 今回は、データがメモリに収まっており、CPUバウンドな、read only のとてもシンプルなワークロードのテストをすると決めました。このワークロードにIO処理はありません、メモリとCPUの処理だけです。
テスト環境
環境のスペック
oltp_read_only と oltp_point_select …
[さらに読む]TL;DR
--allow-on-master ）場合、
--throttle-control-replicas
myhost1.com:3306,myhost2.com:3306 で遅延監視対象を指定する
gh-ost --max-lag-millis 1000 で指定する
(デフォルト1500ミリ秒）
SHOW SLAVE STATUS は叩かず、 *_ghc
テーブルに書き込んだハートビートの行と現在時刻の差分で計算する
--test-on-replica か
--migrate-on-replica の時だけ SHOW SLAVE
STATUS するっぽい
SHOW SLAVE STATUS …
キープアライブはしばらく前から存在していましたが、それでも多くの人にとって謎です。
したがって、これはkeepalivedがMySQLでどのように機能するかを示す非常に単純な例です。
うまくいけば、これは質問がある人を助けることができます。
Simple master to slaveをセットアップします。
意味..あるイベントで2番目にフェイルオーバーしない限り、1つに書き込みます。
1日 - インストールkeepalived
＃yum検索キープアライブ keepalived .x86_64：ロードバランサと高可用性サービス
名前と要約の一致のみ 。すべてを "search all"で検索してください。 ＃yum -y
install keepalived
これで設定ファイルができました
＃ls -ltr /etc/keepalived/keepalived.conf
…
MySQL 8.0.14でLATERAL句がサポートされました。
一瞬、LITERALに空目しましたが、LATERAL（側面）でした。
LATERAL句を試してみます。
サンプルとしてこのようなテーブルを扱います。
従業員の一覧（employees）と、各従業員の特定の期間の月額給与（salaries）のテーブルです。
mysql> SELECT * FROM employees LIMIT 5;
+--------+-<snip>-+-----------+
| emp_no | <snip>-| last_name |
+--------+-<snip>-+-----------+
| 10001 | <snip>-| Facello |
| 10002 | <snip>-| Simmel |
| 10003 | <snip>-| Bamford |
| 10004 | <snip>-| Koblick |
| 10005 | <snip>-| Maliniak |
+--------+-<snip>-+-----------+
5 rows in set (0.00 sec) …
だから私は最近更新されたMySQL 5、6がなぜ古い5.5より遅いのかを調べるように依頼されました。
それで私は標準変数やキャッシュなどを見回すことから始めました。
テストケースは、5.5よりも5.6で実行するのに約2倍の時間がかかる単純なルーチンでした。
ミックスに追加するために、5.6バージョンはInnodb_buffer_pool_sizeの2倍、そしてもちろん全体的にもっと多くのramを持っていました。
だから私はMySQLslapでいくつかのテストを始めました...
Mysqlslapテストでは5.6では遅くなります
5.6：
mysqlslap --defaults-file =。/。my.cnf --concurrency = 150
--iterations = 130 -query = / test.sql --create-schema =
applicationdata --verbose
基準
…