TL;DR
(num, val) を持ったテーブルが2つ、numはどちらでもPKE、valはt1でだけUNIQUE KEY。
mysql80 46> SHOW CREATE TABLE t1\G
*************************** 1. row ***************************
Table: t1
Create Table: CREATE TABLE `t1` (
`num` bigint unsigned NOT NULL AUTO_INCREMENT,
`val` varchar(32) DEFAULT NULL,
UNIQUE KEY `num` (`num`),
UNIQUE KEY `val` (`val`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 …プライベートでは基本的に誰の役にも立たないプログラムを作ってるんだけど、たまにうっかり MySQL Parameters みたいな役に立つものを作ってしまう。
MySQL Parameters は5年くらい前に Vue.js の勉強のために作ってみたんだけど、結局そのまま Vue.js は触らず放置状態だった。MySQL の新しいバージョンが出るたびにデータは更新してたけど。
ruby.wasm で Ruby が WebAssembly 上で動くようになり、ブラウザ上で JavaScript の代わりに使えるようになったんで、MySQL Parameters を Ruby で作り直してみた。
ruby.wasm
ruby.wasm のページに載ってるけど、これだけでブラウザ上で Ruby が動く。簡単。
<html> …[さらに読む]
TL;DR
TempTableストレージエンジンがDisk落ちした時とInnoDB Temporary tableで「同じストレージあふれ」でも微妙にエラー内容が違う
前者は ERROR 14 (HY000): Can't change size of file (OS
errno 28 - No space left on device) , エラーログ出力なし
後者は ERROR 1114 (HY000): The table '#sqlXXXXX' is
full でエラーログ出力もあり
ちなみにMyISAMは ERROR 126 (HY000): Incorrect key file
for table '/mytmp/#sqlXXXXX.MYI'; try to repair it
、これ少なくとも5.7からは変わってない
実験用に100MBくらいのファイルにxfsを作ってマウントする。
$ dd …TL;DR
SET GLOBAL gtid_purged = '+?' のプラス付きの記法は、既存の
gtid_executed と1つたりともカブってはいけない。
RESET MASTER ができず、既存の
gtid_executed に足したい場合は差分を取って +
記号で足してやらないといけない
gtid_executed が空でない時に + 記号なしの
SET GLOBAL gtid_purged = ? した時のエラーが5.7と8.0で変わってた
SET GLOBAL gtid_purged = ? した時に出ることがある ERROR
3546 (HY000): @@GLOBAL.GTID_PURGED cannot be changed,
よく見たら実は3種類くらいあるっぽかった。
perror で調べてみると、確かに ERROR 3546 (HY000):
@@GLOBAL.GTID_PURGED cannot be …
日々の覚書: 複合プライマリーキー vs サロゲートキーでInnoDB読み取りページ数の比較 の続き。
毎回innodb_metricsを眺める方法だとサンプル数が余程限られている状態でもない限りスケールしないので、もうちょっと機械的にやる方法を考える。
思いついたのはPercona Serverのスローログでやる方法。
取り敢えずオリジナル側でサンプルにするためにスローログを取っておく。本番から期間を絞って取れれば取り敢えず良いだろうか。
mysql> SET GLOBAL slow_query_log = ON, long_query_time = 0;
/* サンプルクエリを取る */
mysql> SET GLOBAL long_query_time = ?; -- もとの値に戻す
…
[さらに読む]
TL;DR この考察の単位は ページ数 であって
パフォーマンスじゃない
。パフォーマンスを考える時はこれにさらにバッファプールヒット率が関連するはず
カバリングインデックスの効くCOUNT(*)に関してはナチュラルキーのサイズの大きさはほとんど関係なさそう
行本体を読まなければいけない(=カバリングインデックスで済まない)select_lsitになるとサロゲートキーの充填数の差は目立たなくなる
ナチュラルキーの左端でレンジスキャンする時がページ読み取り数は最小
TL;DR
セカンダリーキーは意外とログ書き込みに響く。無駄なやつをなるべく消したりマージできたりするといいかも。
ナチュラルキーを使うのは書き込み面では誤差か。
| table | size | size_vs_t1 | lsn | lsn_vs_t1 | comment |
|---|---|---|---|---|---|
| t1 | 13,631,488 | 1.00 | 31,977,682 | 1.00 | auto_increment PK + 0 key |
| t2 | 17,825,792 | 1.31 | …
これは MySQL闇歴史 Advent Calendar 2022 の2枚目のカレンダー21日目のエントリーです。 かつてMySQLには「実験室」があった。知名度：★★☆☆☆ 闇度 ：★☆☆☆☆ 度胸度：★★★★★ むしろ貢献度：★★★★★★★★★★ その昔、と言ってもMySQL 5.6や 5.7の頃の話なので記憶に残っている人も多いかもしれないが、「MySQL Labs」という仕組みがあった。「先進的な機能や実験的な機能をいち早く公開し、コミュニティからのフィードバックを受ける」として、専用のサイト labs.mysql.com を立ち上げて、こちらで機能別の開発ブランチの成果／経過を公開し…