MySQLMySQLのInnoDBファイルフォーマットのAntelopeとBarracudaについて
MySQLのInnoDBファイルフォーマットのAntelopeとBarracudaについて記載します。 MySQL5.6以前はAntelopeがデフォルトのファイルフォーマットで、5.7以降はBarracudaがデフォルトのファイルフォーマットになります。
MySQL
MySQLMySQLMySQLのテーブル定義書をHTML形式でリバースエンジニアリングする
MySQLのテーブル定義書をリバースエンジニアリングで簡単に作成する方法について記載します。 簡単なコマンド実行だけでHTML形式でテーブル定義書を作成できます。 使用するコマンドは、mysqldumpとxsltprocの2つです。
MySQLMySQL8.0でのMyISAMとInnoDBの違いを比較
MySQL8.0でのストレージエンジンのMyISAMとInnoDBの違いについて記載しています。 InnoDBには、トランザクション機能や外部キー機能がありますので、 MyISAMとInnoDBで迷ったら、多くの主要な機能が備わっているInnoDBを選択しましょ！
MySQLMySQLで2回目のSELECTで速度が向上するクエリキャッシュについて
MySQLで同じSELECT文の2回目以降の読み取りの速度が向上するクエリキャッシュですが、MySQL 8.0ではキャッシュしませんということについて書いていきます。 MySQL5.7までは、デフォルトでONになっていたクエリキャッシュですが、MySQL8.0では使えない機能(削除された機能)となります。
MySQLMySQLのクエリ実行速度をミリ秒単位で計測する
ターミナルでMySQLサーバに入って、SQLを実行すると秒単位での速度は計測できますが、もう少し詳細に計測したい(ミリ秒単位で計測したい)、という場合の対処法です。SHOW PROFILESを使用しますることで、ミリ秒単位での測定が可能です。
MySQLMySQLでインデックスを貼ったカラムを更新するとインデックスサイズが肥大化する
MySQLのインデックスを貼ったカラムを更新した場合のインデックスサイズとパフォーマンスへの影響を確認してみました。インデックスサイズは2倍以上増加し、SELECT・UPDATEのパフォーマンスは多少劣化するという結果となりました。
MySQLMySQL5.7と8.0のパフォーマンスを比較検証してみましたー
MySQL 5.7と比べると、8.0の方が性能が良いという噂を簡単な検証で確認してみました。 結論としては、 8.0の方がINSERTは早い。 8.0の方がSELECTも早いけど、正しくインデックス貼られていれば同程度。 UPDATE、DELETEは同程度。
MySQLMySQLの知らないと怖い話-注意点を記載
MySQLの怖い話について 「デフォルト設定では大文字と小文字を区別しません」 「NULLと空文字は別ものです」 「IN句の中に大量の値の入れるとパフォーマンスが劣化する」 「REPLACE句の挙動」 「CONCATで文字列連結時に、ひとつでもNULLな項目があると、結果はNULLになる」など
MySQL意外と知らないMySQLの落とし穴ーDELETEする際の注意点
MySQLのDELETEの注意点について、物理削除してもディスク容量は空かないので、ディスク容量削減のための物理削除の場合は特に要注意です。また、パフォーマンスが劣化することがあるので、これはどんなアプリケーションにおいても要注意です。あとオートインクリメントの値が巻き戻ることがありますが、対処法はあります！
AWSAurora MySQLバージョンアップの注意点
バージョンアップにはメジャーバージョンアップとマイナーバージョンアップがあります。メジャーバージョンアップには非互換性な点がありますので、よく検証してバージョンアップする必要があります。検証の仕方やバージョンアップでの変更点は、通常のMySQLのバージョンアップと同様の調査・検証を行います。