Ubuntu の仮想マシンをぽんぽん立ち上げられる "Multipass" というものがあると知り、興味を持ちました。 例えば MySQL のレプリケーションの例を示す時にも、MySQLサーバがどのように動作しているかを理解している人向けには「ポートを変えて立ち上げています」で通じますが、多くの人は「別々のサーバ上で動作している …
[さらに読む]
Mar
07
2020
Mar
04
2020
Mar
03
2020
緯度と経度それぞれが別々のカラムに格納されているデータに対して、生成列を使ってGEOMETRY型のカラムとして扱えるようにする方法を考えてみました。速度面で何かディスアドバンテージがあるのか否かは未知数ですが、こんな方法もあるのだというヒントになればと思い、書いてみました。
元データの用意
まず、緯度、経度それぞれが別々のカラムに格納されているテーブル spot1 を作成し、データを投入します。
DROP TABLE IF EXISTS spot1;
CREATE TABLE spot1 (
id integer auto_increment,
name varchar(256) ,
lat double ,
lng double ,
PRIMARY KEY (id)
);
INSERT INTO spot1 (name, lat, lng) VALUES ('サークルハッピー寺院', 35.16110304 ,136.87678426);
INSERT INTO spot1 (name, lat, lng) VALUES ('旋法学園螺旋', 35.16814112 ,136.88577498);
INSERT INTO spot1 …[さらに読む]
Mar
03
2020
TL;DR
- グループレプリケーションが他のノードから受け取ったクエリーは
hostname-relay-bin-group_replication_applier*というリレーログに保管される- グループレプリケーションといえどリレーログなので再起動とかで勝手に消えはしない
-
RESET SLAVEで消せる。 - 【2020/03/09 16:34】relay_log_recovery = ON でも消せる
-
- グループレプリケーションといえどリレーログなので再起動とかで勝手に消えはしない
- グループレプリケーションの復旧はかなり面倒なので、一回クラスター破棄して作り直した方が楽かも
日々の覚書: MultiPrimaryModeのGroup Replication環境を崩壊させるテスト …
[さらに読む]
Mar
02
2020
MySQL 8.0.19が来た! その2:
mysqlコマンドラインツールのbinary-as-hexがデフォルトでオンに。
2020-01-13にMySQL 8.0.xのメンテナンスリリースである8.0.19が出ました。
多くの機能が追加されましたが、本ブログではあまり他の人が取り上げなさそうなものをご紹介します。
今回はmysqlコマンドラインツールのbinary-as-hexについて。
いきなり顛末はこちら。
MySQL8でCHAR関数がドキュメントどおりになってない(41から始めました)
# 私は40くらいからMySQLはじめてたみたいです。
ちなみにドキュメントではもともと「デフォルトでは、CHAR() …
Mar
02
2020
TL;DR
- Certificationのタイミングで綺麗に連番(GNO)を払い出しているのかとか思ったら全然そんなことはなかった
- 各サーバー内ではちゃんと直列化して、サーバーまたいだ部分は100万番ずつズラしてユニークになるようにしているらしい。
- 99万9999まで本物のトランザクションが来たら更にオフセットするのかしらん
取り敢えず構築してマルチマスターモードに変更したところ。
MySQL localhost:33060+ ssl JS > cluster.status()
{
"clusterName": "myfabric",
"defaultReplicaSet": {
"name": "default",
"ssl": "REQUIRED",
"status": "OK",
"statusText": "Cluster is ONLINE and can tolerate up to ONE failure.",
"topology": {
"node1:3306": {
…[さらに読む]
Feb
28
2020
MySQL8でCHAR関数がドキュメントどおりになってない
https://dev.mysql.com/doc/refman/5.6/ja/string-functions.html#function_char
を読むと、こう書いてある。
- CHAR(N,... [USING charset_name])
CHAR() は各 N 引数を整数として解釈し、それらの整数のコード値で指定された文字を構成している文字列を返します。NULL 値はスキップされます。
mysql> SELECT CHAR(77,121,83,81,'76');
-> 'MySQL'
mysql> SELECT CHAR(77,77.3,'77.3');
-> 'MMM'
MySQL5.7.29の場合
mysql [localhost:5729] {msandbox} ((none)) > SELECT …[さらに読む]
Feb
26
2020
TL;DR
- epelのsysbenchがcaching_sha2_passwordに対応してないので、root@localhostのパスワードを空のまま認証プラグインだけmysql_native_passwordに変更しようとした
- プライマリーノード以外ではパスワードがEXPIREされて再変更を促された
- プライマリーノードで
SET PASSWORD = ''を実行したらセカンダリーノードでもEXPIRE状態じゃなくなった
パスワードが空っぽの時だけ再現するので、現用環境で問題になる可能性は低い。 再現手順。
mysql> CREATE USER yoku0825 IDENTIFIED BY '';
Query OK, 0 rows affected (0.01 sec)
mysql> SELECT user, host, plugin, password_expired FROM mysql.user WHERE user = 'yoku0825';
+----------+------+-----------------------+------------------+
| user | host | plugin | password_expired | …[さらに読む]
Feb
25
2020
TL;DR
- MySQL Shellで
dba.rebootClusterFromCompleteOutage()
深く考えずにGroup Replicationの全ノードを停止すると、いざ次回起動した時に
2020-02-25T09:14:08.497656Z 0 [ERROR] [MY-011735] [Repl] Plugin group_replication reported: '[GCS] Error on opening a connection to xxx.xxx.xxx.xxx:33061 on local port: 33061.'
のようなエラーを吐き続けて最終的に
2020-02-25T09:14:08.497685Z 0 [ERROR] [MY-011735] [Repl] Plugin group_replication reported: '[GCS] Error connecting to all peers. Member join failed. Local port: 33061'
2020-02-25T09:14:09.500209Z 0 [ERROR] [MY-011735] [Repl] Plugin group_replication reported: '[GCS] The member was unable to join the group. Local port: 33061'
2020-02-25T09:14:12.789547Z 2 [ERROR] [MY-011640] [Repl] Plugin group_replication reported: 'Timeout on wait for view after joining group' …[さらに読む]
Feb
21
2020
TL;DR
- 完全崩壊した時の復旧シナリオを考えたりするには、やっぱり崩壊した状態を再現させられると便利だよね
-
cluster.switchToMultiPrimaryMode()してから2つの別のノードに「1回目は成功するけど2回流すと必ず失敗するALTER TABLE」を投げると崩壊させられる
- 日々の覚書: CentOS 7のAMIでEC2を起動してGroup Replicationを組むところまでを何も考えずに のスクリプトで3台のInnoDB Clusterを立てておく
- sysbenchで雑に100万行くらいのテーブルを作る
- 2回実行したら必ず失敗するようなALTER TABLEを投げる
- サポート外なのは知っていて、Group Replicationを …