MySQL(InnoDB)のSQLパフォーマンスチューニングのエッセンス

2024/03/18 142 users パフォーマンスチューニング join SQL MySQL 探索

はじめに MySQL(InnoDB)でSQLのパフォーマンスチューニングをするときに役に立つ知識をエッセンスとしてまとめました。結合(JOIN)やB-treeインデックスの探索の仕組み、実行計画の基本的な見方を紹介します。 想定する読者は、SQLのパフォーマンスを改善する必要があるが実行計画をみてもいまいちピンと来ない方です。イ... 続きを読む

MySQL で複合インデックスを作成する際には必ず Explain の key_len を確認すべきという話

2022/06/03 111 users MySQL Storage Engine 用語 バージョン

「Rails Developers Meetup 2018 で「MySQL/InnoDB の裏側」を発表しました」でちゃんと触れられてないので今更ながら key_len について補足します。発表で触れた内容については言及しないので、storage engine や B+ tree といった用語がよくわからない方は発表内容を参照してください。 なお、MySQL のバージョンは 5.... 続きを読む

MySQLでプライマリキーをUUIDにする前に知っておいて欲しいこと | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]

2021/07/26 863 users UUID プライマリキー 羽山 MySQL 各所

こんにちは、羽山です。 今回は MySQL のプライマリキーに UUID を採用する場合に起きるパフォーマンスの問題を仕組みから解説します。 MySQL(InnoDB) & UUID のパフォーマンスについては各所でさんざん議論・検証されていますが、論理的に解説した記事が少なかったり一部には誤解を招くようなものもあるため、しっかり... 続きを読む

MVCCとInnoDBでの実装について - shallowな暮らし

2021/05/17 136 users ストレージエンジン MySQL MVCC shallow 前半

こんにちは。id:shallow1729です。先日はredo logを中心にストレージエンジンについて解説を行いましたが、今回は同時実行制御、特にMySQLなど多くのデータベースで採用されているMultiversion Concurrency Control(MVCC)という技術にフォーカスしようと思います。 今回の記事ではまず前半でMVCCというものがどういうも... 続きを読む

MySQL データベースの負荷対策/パフォーマンスチューニング備忘録 インデックスの基礎〜実践 - Qiita

2020/01/10 209 users Qiita インデックス Problem 負荷対策 MySQL

Help us understand the problem. What is going on with this article? TL;DR この記事に書いた事 二分探索木のお話(前提知識) MySQLのInnoDBで利用されているB+木インデックスの構造と特性 (前提知識) MySQLのClusteredIndex,SecondaryIndexについて(前提知識) カーディナリティについて(前提知識) 実際の負荷対策 検... 続きを読む

MySQLでSELECT FOR UPDATEと行ロックの挙動を検証してみた - JUST FOR FUN

2018/09/17 250 users MySQL 挙動 Just for Fun 行ロック ドツボ

どうも、今日も今日とて野毛で飲みながらブログを書いている@okwraです。 今日は、普段あまり意識してこなかったMySQLのInnoDBでのロックの振る舞いについて色々実験してみました。（もちろん、きっかは自分がドツボにはまったから） ちゃんと理解するためには「共有・排他的ロックとは」って話や、「行ロックってつまり... 続きを読む

MySQL InnoDBの領域管理 - Qiita

2017/12/20 133 users Qiita MySQL InnoDB 品川 ノウハウ 理解

武蔵野Advent Calendar 2017の20日目の記事です。品川から参加しています。 今日はMySQL InnoDBの領域管理について勉強し、いくつか動作例を見ながらInnoDBに対する理解を深めていきたいと思います。アプリケーション開発者やデータベース管理者の方にとって明日から使えるノウハウとはいきませんが、いつか何かの役に立つ日がくれば幸いです。 まとめ InnoDBにはテーブルスペー... 続きを読む

B TreeとB+ Treeの違い - Carpe Diem

2017/05/17 360 users Carpe Diem B+ Tree MongoDB 概要

2017 - 05 - 17 B TreeとB+ Treeの違い MongoDB MySQL 概要 インデックスに対してMongoDBはB Treeを採用し、 MySQL の InnoDB はB+ Treeを採用しています。 どうして採用している アルゴリズム が違うのだろう？と思って調べてみました。 主な違い B+ TreeはほとんどB Treeと同じですが、以下の点が異なります。 リーフノード... 続きを読む

MySQL with InnoDB のインデックスの基礎知識とありがちな間違い - クックパッド開発者ブログ

2017/04/18 1423 users RDBMS インデックス a_bicky 既存 容量

2017 - 04 - 18 MySQL with InnoDB のインデックスの基礎知識とありがちな間違い こんにちは、サービス開発部の 荒引 ( @a_bicky ) です。 突然ですが、RDBMS の既存のテーブルを見てみたら「何でこんなにインデックスだらけなの？」みたいな経験はありませんか？不要なインデックスは容量を圧迫したり、挿入が遅くなったりと良いことがありません。 そんなわけで、今回... 続きを読む

MySQL 5.7の新機能完全リスト | Yakst

2015/09/08 223 users Yakst MySQL マニュアル MySQL 5.7 機能

MySQL 5.7には150を超える新機能がある。 MySQLのマニュアルはとてもいいものだが、少し長すぎる。これは、新機能の箇条書きリストだ。それぞれの機能について1つずつまとめるように頑張ってある。なので、InnoDBのネイティブパーティショニングについては、InnoDBの項にはなく、パーティショニングの項に載っている。 MySQL 5.7.8 RC2はここからダウンロードできる それか、yu... 続きを読む

MySQL 5.6のインストール後にチューニングすべき項目 | Yakst

2015/08/17 397 users Yakst インデックス デフォルト メモリ インストール後

数々のデフォルト値の改善によって、過去のバージョンと比べてMySQL 5.6では設定しなくてはならない値がかなり減った。とは言え、変更すべきものについてここで書いておきたい。 InnoDBの設定 innodb_buffer_pool_size - デフォルトは128M。これは、メモリにロードされるデータとインデックスのためにInnoDBがどのくらいメモリを使うかを指定するものなので、設定すべき重要... 続きを読む

ＤＢ改造屋雑記: DBT-2 で MySQL と他のRDBMSの性能比較をしている人に騙されないように注意

2015/07/06 141 users RDBMS MySQL ＤＢ改造屋雑記 性能比較 第三者

2015年7月6日月曜日 DBT-2 で MySQL と他のRDBMSの性能比較をしている人に騙されないように注意 一応、立場的には第三者に戻った(MySQL/InnoDBの性能追求が仕事ではない)ので、忘れられない暗い過去にも触れてみようと思います。 未だに騙されている人が多いみたいなので、MySQL/InnoDBの名誉のために書き残さなければなりません。何度でも言いますが、性能比較は自分の目的... 続きを読む

Facebook の DB エンジニアが語る、InnoDB が優位性を失った理由 | Epitome

2015/04/10 148 users Facebook Epitome Oracle MySQL

InnoDB に限った話じゃなくて、Oracle の MySQL に対する姿勢とも言い換えれる。Domas のこの文が的を射ていると思った。 While Oracle orients MySQL towards proprietary file systems and hardware devices, we will see more and more new platforms on top ... 続きを読む

MySQL/MariaDBのバックアップとロックの関係＋クラッシュセーフについて - 技術メモ置き場

2014/09/22 131 users MariaDB MySQL Lock バックアップ ロック

MySQL, MariaDB | 18:36よい機会なのでまとめておく。対象はMySQL5.6以下とMariaDB10.0以下。 要旨MySQL/MariaDBのバックアップについて、「InnoDBさえ使っていれば、FLUSH TABLES WITH READ LOCKは不要。よってバックアップ中に更新不可になることはない！」との主張が繰り返されているが、少なくとも5.6/10.0まではそんなこと... 続きを読む

漢(オトコ)のコンピュータ道: InnoDBのREPEATABLE READにおけるLocking Readについての注意点

2013/12/19 162 users MVCC オトコ 分離 2013-12-20 コンピュータ道

2013-12-20 InnoDBのREPEATABLE READにおけるLocking Readについての注意点 本日は、MySQL Casual Advent Calendar 2013の20日目である。というわけでカジュアルに小ネタを紹介しよう。 MVCC - Multi Version Concurrency Controlご存知の通り、InnoDBはMVCCを実装している。そのため、分離... 続きを読む

InnoDBで行ロック/テーブルロックになる条件を調べた #mysqlcasual Advent Calendar 2013 - あおうさ＠日記

2013/12/06 137 users Casual MySQL 挙動 下記エントリー 行ロック

2013-12-07 InnoDBで行ロック/テーブルロックになる条件を調べた #mysqlcasual Advent Calendar 2013 はじめに この記事は、MySQL Casual Advent Calendar 2013 7日目の記事です。 〜 Casual に記事を書けばええんやでヽ(´ー｀)ノ 〜 私がMySQLで えっ？！ っと思った下記エントリーの挙動が何故そうなってしまう... 続きを読む

MySQLでMyISAMからInnoDBに乗り換える際に知らないとハマる、怖い話 - Y-Ken Studio

2013/12/05 361 users ストレージエンジン MyISAM Engine MySQL

photo by byte MySQLといえば、巷ではInnoDBばかり注目され、MyISAMの地下アイドル化がにわかに語られる今日この頃、皆様いかがお過ごしでしょうか。 まあカジュアルにストレージエンジンを変換するだけで済むなら、簡単なのです。 -- legacy_my_tableをInnoDBストレージエンジンに変換する ALTER TABLE legacy_my_table ENGINE=I... 続きを読む

InnoDBのロックの範囲についての話 - かみぽわーる

2013/12/03 341 users Twitter select かみぽわー 挙動 補足

2013-12-03 InnoDBのロックの範囲についての話 この記事はMySQL Casual Advent Calendar 2013 3日目の記事です。 はじめに 以前にSELECT ... FOR UPDATEとロックの挙動 - I sort my thought...の記事にTwitterで少し言及したんですが、それの補足というか、僕はInnoDBのロックの範囲についてこう理解しています... 続きを読む

Yakst - (帰ってきた)InnoDBパフォーマンス最適化の基礎

2013/09/27 299 users Yakst MySQL パラメータ Peter Zaitev

最近、2007年にPeter Zaitevが書いた「InnoDBパフォーマンス最適化の基礎」という記事を見つけた。これは素晴らしい記事で、読んでいると、MySQLとPercona Serversそして今日利用可能な全ての基盤技術に関して、6年近くの間に何が変わってきたのかを見直してみたいと思わせるものだ。 本当にたくさんのことが変わったものだ！この記事では、InnoDBの使用に効果的なパラメータの... 続きを読む

MySQL 5.6正式版が公開。オプティマイザやInnoDBの向上でさらに高速。クラッシュセーフなレプリケーションなど － Publickey

2013/02/05 190 users オプティマイザ レプリケーション Publickey 正式版

MySQL 5.6正式版が公開。オプティマイザやInnoDBの向上でさらに高速。クラッシュセーフなレプリケーションなど 米オラクルは、MySQL 5.6の正式版が公開されたことを発表しました。MySQLはオープンソースのデータベースで、無料で利用可能なMySQL Community Server 5.6.10も公開されています。 MySQL 5.6のおもな新機能はプレスリリースやドキュメント「Wh... 続きを読む

MySQL(InnoDB) で "Index column size too large. The maximum column size is 767 bytes." いわれるときの対策 - かみぽわーる

2012/11/13 122 users カラム MySQL かみぽわー インデックス キープ

2012-11-13 MySQL(InnoDB) で "Index column size too large. The maximum column size is 767 bytes." いわれるときの対策 tl;dr: MySQL 5.5.14以降だとinnodb_large_prefixオプションで3072バイトまでインデックス張れる MySQL(InnoDB)では、ひとつのカラムのキープ... 続きを読む

プログラマが意外と知らないMySQLのtips : 2ch Search

2012/06/26 1123 users Tips MySQL プログラマ DBA SIer

弱小ベンチャーだとDBAなんかいないのでWebプログラマがサーバやデータベースの運用・管理も行うことがわりとあると思います。SIerから来た人などは意外とMySQLを知らなかったりするので、簡単なtipsをまとめました。 InnoDBでテーブルごとにデータ領域を作成する 通常InnoDBではibdata1というファイルでデータが管理されます。ファイルは自動拡張でどんどん大きくなるので、あっという間... 続きを読む

MySQLをさらに理解するために読んだ記事まとめ - $shibayu36->blog;

2012/06/02 908 users MySQL $shibayu36 Blog MyISAM 構造

最近MySQLの勉強をしていました。実践ハイパフォーマンスMySQLを読むべきという話を聞いていたのですが、かなり網羅的に書かれていて、今の知識ではどれが重要なのかわからない状態でした。そこで色々調べてみて、参考になる記事をいくつか見つけたので、少しまとめてみようと思います。 今回まとめた記事を読んで、大体以下のことが理解できました。 インデックスの使われ方とその構造(MyISAMとInnoDB)... 続きを読む

XtraBackupを使ってMySQLをバックアップしよう | さぶみっと！JAPAN

2012/02/01 114 users MySQL mysqldump Japan GPLv2 ツール

XtraBackupとは Percona社 が開発しているオープンソースのMySQLのバックアップツールです。InnoDB, XtraDBとMyISAMストレージエンジンをブロックすることなくバックアップをする事が出来ます。ライセンスはGPLv2で無料で使えます。 MySQLのバックアップ方法としてよく使われているmysqldumpというツールが有りますが、 大量のデータを保存しているデータベース... 続きを読む

SystemTapでMySQL 5.5のDisk I/Oを分析する - SH2の日記

2011/11/21 108 users SystemTap Disk I MySQL SH2 日記

2010年1月の記事SystemTapでMySQLのDisk I/Oを分析するの続きです。以前作成したSystemTapスクリプトは、実はMySQL 5.5のDisk I/Oを分析することができませんでした。というのも、MySQL 5.5からInnoDBが非同期I/Oを行うようになったのですが、以前のスクリプトは非同期I/Oに対応していなかったためです。本日はMySQL 5.5におけるInnoDB... 続きを読む