0MySQL5.7と比較して、超高速ですね。columnはINSTANTとして扱われるようです。ちなみに、MySQL8のほうが、INSTANTが扱える範囲が広いようです。以下のような条件でINSTANTが使えるようです。ALGORITHM=INSTANT.instantが発動したかどうかは、MariaDB10.3の場合は以下のクエリーによって確認できます。'innodb_instant_alter_column';MySQL8の場合は以下。'%{table_name}%';条件はあるものの、MySQL8は仮想列に対するinstantにも対応しているので、結構使い勝手も広がる予感です。いえ、これまでalterに非常に大きな時間・処理コストがかかっていたのが、一気に超高速になり、非常に素晴らしいと思います。パッチを提供したTencentに感謝ですね。[コメントがあればどうぞ]Redis3.2から4への移行と4のAOFについて久しぶりにMariaDB以外のことを書いてみる。Redis3.2のrdbファイルは、Redis4に持っていっても、なんの障害もなく移行できる。リリースノートにも書いてあるし、実際に試してみたところ、問題なく移行でき、キー操作も問題ない。移行先でAOFを無効化しているので、rdbファイルを移行しただけだが、AOFを有効化している場合は、aofファイルから復元されるので、注意が必要。https://raw.githubusercontent.com/antirez/redis/4.0/00-RELEASENOTES※リリースノートの一番下に、移行についての説明が記載されています。Redis4についてですが、AOFが単なる追記型ファイルとしてでなく、一定時点のスナップショット+追記、という形式(MIXED)に生まれ変わりました。これにより、Redis3ではすごい速さで肥大化し続けるaofファイルが、Redis4では肥大化速度が抑制され、さらにaofによる復元速度も早くなり、さらにさらにレプリケーションにも好影響があるということで、Redis4からはAOFを積極的に使っていくべきだな、と感じております。移行先がAOFを有効化していると、aofファイルから復元が試みられる結果、rdbファイルが読み込まれず、saveした際には、データがなくなってしまうという悲しい結果に終わる。そこで、Redis3.2からRedis4への移行については、レプリケーションが好ましい。以下のような形でサーバを組む。移行先のAOFを有効化した状態で、レプリケーションを始める。すると、移行先のデータディレクトリ(/var/lib/redisなど)に、rdbファイルとaofファイルの両方が作成される。yesというように、「aof-use-rdb-preamble」を「yes」に設定する必要がある。実際に、aofファイルにスナップショットが書かれるタイミングは、auto-aof-rewrite-percentageauto-aof-rewrite-min-sizeという2つのパラメータに依存するため、なかなかaofファイルにスナップショットが書き込まれない場合、これらを小さくするとよい。aofにスナップショットが書かれたことを確認するためで、無理に小さくする必要はない。ちなみに、aofファイルにスナップショットが含まれているかどうかは、lessコマンドで確認できる)最後に、移行先(redis02)のaof関連パラメータを載せておく。Evanescence.。