TL;DR
CLONE LOCAL DATA DIRECTORY ..
で、ローカルファイルシステムにほぼノンブロッキングで物理バックアップを吐き出す
CLONE INSTANCE FROM USER@HOST:PORT IDENTIFIED BY
'password' ..
でグループレプリケーションの経路を使ってフツーのレプリケーションと同じ3306の経路を使ってインスタンスの丸コピーができるらしい
TL;DR
MY-010956 と MY-010957
がぼこぼこエラーログに吐かれることがある
2019-05-20T14:25:17.121864+09:00 5 [Warning] [MY-010956] [Server] Invalid replication timestamps: original commit timestamp is more recent than the immediate commit timestamp. This may be an issue if delayed replication is active. Make sure that servers have their clocks set to the correct time. No further message will be emitted until after timestamps become valid again.
2019-05-20T14:25:17.177804+09:00 5 [Warning] [MY-010957] [Server] The replication timestamps have returned to normal values.
TL;DR
information_schema.tables （ SHOW TABLE
STATUS はここから値を持って生きている）の値は information_schema_stats_expiry 秒間更新されない
SET SESSION information_schema_stats_expiry =
0 とかするとほぼ今まで通りの挙動になる
空っぽのテーブルを用意する。
mysql80 111566> SHOW TABLE STATUS\G
*************************** 1. row ***************************
Name: t1
Engine: InnoDB
Version: 10
Row_format: Dynamic
Rows: 0 …[さらに読む]
TL;DR
NOT ENFORCED なんてオプションが “MySQLっぽい”
最初のFeature Requestから15年、ついにMySQL 8.0.16にCHECK制約が実装された。
アルファベットしか入ってほしくない val カラムに対して、ひらがなの “さん”
とかが入力されるのを制限できる、みたいなヤーツ。 …
TL;DR
SET GLOBAL, SET PERSIST
には値をセットするためのバリデーター（各サーバー変数ごとにある）が用意されているが、 SET
PERSIST_ONLY はそのバリデーターを通らないため、不正な値を突っ込んでもエラーになってくれない
mysqld を再起動しようとした時に、 mysqld-auto.cnf
（ SET PERSIST, SET PERSIST_ONLY
の保管先）に不正な値が突っ込んであるとそれを適用できなくて mysqld が起動してくれない
TL;DR
latin1_swedish_ci から
utf8mb4_0900_ai_ci になった
latin1 をそのまま使っているとは思えないけれど、
utf8mb4 だけで見てもデフォルトは utf8mb4_general_ci
から utf8mb4_0900_ai_ci に変更になっている
まずは等価比較。
それぞれ10億回繰り返しているので、1回当たりの時間はナノ秒単位になる。
あと、データは保管せずただ比較しているだけなので、単純にCPU勝負のワークロードになる。
mysql80 8> SELECT BENCHMARK(1000000000, '1' = '1' COLLATE utf8mb4_0900_ai_ci) AS utf8mb4_0900_ai_ci; -- …[さらに読む]
TL;DR
mysql_native_password と
caching_sha2_password の接続コストは数百usくらいしか違わない
mysql_native_password,
caching_sha2_password, sha256_password
それぞれを指定したアカウントを作ります。
CREATE USER yoku0825_native_password IDENTIFIED WITH mysql_native_password BY 'a';
CREATE USER yoku0825_caching_sha2 IDENTIFIED WITH caching_sha2_password BY 'a';
CREATE USER yoku0825_sha256 IDENTIFIED WITH sha256_password BY 'a';
mysqldが起動できないバグなのか、「 avoid_temporal_upgrade
なんてことすると将来的にサポート対象外だよ」がドキュメントに記載されてないのかどっちだか迷っている。 MySQL
Bugs: #93101: Failed to Populate DD tables when table has
OLD-Style DATETIME column (need Doc) MySQL
5.6からDATETIME型のデータ構造が新しくなった。 日々の覚書: あなたのMySQL 5.6トレンド力をチェックする15の質問 MySQL
5.5とそれ以前で CREATE TABLE したテーブルは8バイトの旧DATETIME型、MySQL
5.6とそれ以降で CREATE TABLE …
MySQL 5.7の時点で既に宣言はされていた。 GROUP BY implicitly sorts by default (that is, in the absence of ASC or DESC designators), but relying on implicit GROUP BY sorting in MySQL 5.7 is deprecated. MySQL :: MySQL 5.7 Reference Manual :: 1.4 What Is New in MySQL 5.7 どういうことが起こるかというと、こう。
$ perl -ML -E 'for (my $n= 1; $n <= 10; $n++) { for (my $m= 1; $m <= 100; $m++) { printf("%d\t%d\n", $n, $m) } }' | sort -R > /tmp/seq
mysql80 165> CREATE TABLE t1 (n int, m int);
Query OK, 0 rows affected (0.05 sec)
mysql80 165> LOAD DATA INFILE '/tmp/seq' INTO TABLE t1;
Query OK, 1000 rows affected (0.09 sec)
Records: 1000 Deleted: 0 Skipped: 0 Warnings: 0
mysql80 165> SELECT * FROM t1 LIMIT 10;
+------+------+
| n | m …[さらに読む]
TL;DR
| version | passwordカラム(CHAR(41) NOT NULL) | authentication_stringカラム(TEXT NULL) | pluginカラム | 認証プラグインの選択 |
|---|---|---|---|---|
| 5.0.96 | パスワードハッシュ | カラムなし | カラムなし | ダイジェスト長 |
| 5.1.73 | パスワードハッシュ | カラムなし | カラムなし | ダイジェスト長 |
| 5.5.62 | パスワードハッシュ | 常に空文字 | 認証プラグイン | … |