Community journal

The latest from the MySQL community

Ideas, releases, practical guides, and perspectives from the people building with MySQL.

Follow the feed
Showing entries 461 to 470 of 3186 « Previous | Next »
MySQL 8.0 マニュアル(Rev.68430)

2021-01-04 → 2021-01-05 revision: 68413 to 68430 基本的には、auto-extend に関するあれこれ追加。マニュアルのインデックスへの追加や 13.1.10 ALTER TABLESPACE Statement に AUTOEXTEND_SIZE に関する情報をより詳細に記述追加 5.1.4 Server Option, System Variable, and Status Variable Reference 5.1.5 Server System Variable Reference 5.1.9.2 Dynamic System Vari…

MySQL 8.0 マニュアル(Rev.68413)

日々更新されている MySQL リファレンスマニュアル。どれくらい、どんな事がどんな粒度で更新されているのかを知りたくなったので、少しおいかけてみています。気が向いた範囲でここでも披露できればと思います。 もう既に、こりゃ大変だ、、と気づいてしまい、やめる気満々なのですが、ちょっとだけ。 2021-01-04時点 revision: 68409 から revision: 68413 の変更内容(主観による要約)。 Section 15.6.3.9, “Tablespace AUTOEXTEND_SIZE Configuration”追加 表領域のサイズがエクステント未満の場合は、 一度に 1 …

今日は、MySQLのTRUNCATEとDELETEのコアな違いの日。

目次

[さらに読む]
MySQL 8.0 の InnoDB の log_sys周り の話

思い出せるうちに思い出せる範囲で…

例によって世に出る頃には全く違うことに取り組んでいるので、忙しくしてると何も書かずに終わってしまうのですが、こんなご時世、年末年始休暇があっても何も用事がなく折角なのですこし書き残します。本来は本家開発者のブログで英語で書くべきなんですが、込み入った話を英語で書く労力をかけるくらいなら次の問題解決にかけたほうがいいので、とりあえず日本語で書き残します…

…

[さらに読む]
MySQL 1レコード 8000バイトの壁を確認するSQL ROW_FORMAT=DYNAMIC 編

InnoDBのレコード長の限界

InnoDBのデフォルトのページサイズは、16Kです。この場合、最大レコード長は約8000バイトです。マニュアルで「約8000バイト」と曖昧な言い回しになっているのは、データの保存に使える領域以外にメタデータを保存する領域が必要だからでしょう。

可変長カラム (VARBINARY、VARCHAR、BLOB、および TEXT) を除き、行の最大長はデータベースページの半分より少し短くなります。つまり、デフォルトページサイズの 16K バイトでは、行の最大長が約 8000 バイトになります。

…

[さらに読む]
Update for last week (2020-12-21 ~ 2020-12-27)

MySQL Weeklyでは1週間ごとにMySQLのrelease-note, bug, official blog, organizationによるblog, 個人のblogをまとめ紹介しています。 更新は月曜 10時(AM)です。先週一週間のMySQL関連の更新を再確認するのにご活用ください。

また、このブログ記事はGitHub上で管理されていますMySQL-weekly repository。Issue, pull-request歓迎です。(完全に同期できているわけではありません)

お知らせ

本日の記事をもって …

[さらに読む]
今日は、2020年アドベントカレンダーその後の日。

目次

[さらに読む]
RDS Graviton2 インスタンスを試してみた(MySQL 編)

先に、こちらの記事で Amazon RDS の PostgreSQL 12.4-R1 を使って Graviton2 インスタンスと Intel x86_64 インスタンスを比較してみたところ、判断が難しい微妙な結果が出ました。

AWS の RDS(PostgreSQL)で Graviton2 インスタンスを試してみた

結果の概要は以下の通りです。

m6g.xlarge(Graviton2) vs m5.xlarge(Intel x86_64)

4vCPU・メモリ 16GiB

最初に試した「3 種類の主キーでひたすらINSERT対決」では「引き分け」 追加で試したpgbenchでは m6g.xlarge に軍配が上がる

ただしインスタンスを m6g.4xlarge・m6.4xlarge(いずれも 16vCPU・メモリ 64GiB)に上げてpgbenchしてみたところ、SSD(汎用 IOPS)の書き込み IOPS の上限に突き当たって判断が難しい状況に

先に MySQL 8.0.22 on EC2(gp3) …

[さらに読む]
MySQL Index dive の動きを観測してみた

Index dive とは

range スキャンの場合に、オプティマイザーがその範囲に含まれる行数を正確に見積もるための仕組みです。 インデックスダイブは特に値の分布が偏っているデータに対して、効果を発揮します。

eq_range_index_dive_limit パラメータ

インデックスダイブは、正確な行見積もりを提供しますが、式内の比較値の数が増えるほど、オプティマイザの行見積もりの生成に時間がかかるようになります。 インデックス統計の使用は、インデックスダイブより正確ではありませんが、大きな値リストの場合に、行見積もりが高速になります。

…

[さらに読む]
pt-table-checksumでよく使うオプション

メリークリスマイエスキューエル! (と、1日)

この記事は GMOペパボエンジニア Advent Calendar 2020 の26日目の記事のつもりです。
ちなみに私の中の人は GMOペパボではない会社 に勤めています。

最近 pt-table-checksum にお世話になる機会が多くなって、使い方をまとめておこうと思ったメモです。

公式ドキュメントはこちら。

pt-table-checksum 自体は簡単に説明した昔の記事が出てきた。

  • …
[さらに読む]