MySQLのインデックスの貼っていいとき悪いときを原理から理解したいよ😭

今回答えを出したい問いはこちら！！ インデックスはどのような仕組みを以て、何を実現したいものなのか それを踏まえたとき、インデックスはどういう場合になぜ貼る方が良いのか。また、どういう場合になぜ貼らない方が良いのか 大体分かっているよって人はサヨナラって感じのおさらい記事だぜ！！！！それじゃいってみよー🎉 あと、おれは今回MySQLにしぼっていくぜ👶 ってわけでOracleとかに興味があるやつは引き返しな！ indexの概要 公式の見解としては「where句を使ったselectクエリの実行速度を向上させるために実装されている、各行へのポインターのような振る舞いをする仕組み」って感じ👶 The best way to improve the performance of SELECT operations is to create indexes on one or more of t

[Magicant]

この類の話って定期的に出てくるが、身に付けるべきはデータ構造とアルゴリズムに関する一般的・基礎的な教養であって、それが解ってればデータベースのインデックスの特性なんて一瞬で理解できる

[ka-ka_xyz]

"こんなインデックスは嫌だ" "よく値が変更される列で作る" "よく値が削除される列で作る" 99%ぐらいは「こんな理由でindex張るのをためらうぐらいなら気にせず張れ」で済むと思う。

[fa11enprince]

基礎から理解しようとするのは良い！B+Treeのデモあるのは面白い。ところでORDER BYとかJOINもよく考慮するポイントだと思うのでそこも言及があったほうが良いのかなと。だいたいEXPLAIN ANALYZEからふむふむするやつ。

[fai_fx]

何も考えずにインデックスを貼りまくると、最速ではないインデックスが使われることがある。EXPLAINで、どのインデックスが使われてるか要確認。

[rryu]

検索に適したデータ構造があるという知識が無いと、そもそも何のためにあるのかが分からないのか。

[dkfj]

インデックスって、結局ディスクI/Oの問題なんだよな。なので、データ量とI/O性能によって最適なものが変わってくる。賢い人は、それが解っている。俺は解らんから、試行錯誤するｗ

[kamm]

EXPLAINの使い方の説明は必須では…

[wengtadashi]

mysqlのindexを深掘りした記事、忘れた時これを見返すと良い

[daishi_n]

インデックスがなくてフルスキャンすることになると最初はストレージの読み取り遅延、以降はオンメモリでCPUぶん回すのでこれはこれで効率が悪い。インデックスはデータ分配が均等であること前提なので偏りあると遅い

[fukken]

逆に「インデックスがない場合にはどうなるか」が分かってないのでは、という気がする。現代のマシンはPCもサーバーも強力なので、数万レコードくらいならテーブルスキャンでも速攻だし。

[lacucaracha]

例えば「未処理フラグ」（全体の1%が該当）に対しては、インデックス設置するのは正解なんかな。（無知）

[h-izumi]

インデックスは張る派 https://qiita.com/yaju/items/60d478c9ea63ad62d1c0

[Flume]

DBのパフォーマンスチューニングは難しいと思ってて、PJの最初の方だけでも1人月とは言わんから、0.3〜0.5くらい専属でDB担当入れてくれんかなと思う。少し重い時にインデックス貼れば速くならん？とか軽く言われがち

[taruhachi]

テクニックとして、リードレプリカの用途を限定して、リードレプリカだけで検索用のインデックスを作るとかできるよ。てか、テーブルがデカくなった時にインデックス使えない検索はありえないので迷うなら作れ。

[netnotora]

タイトルがマヂカルラブリーで再生された

[GARAPON]

オラクルゴールドの勉強をすると網羅的に理解できる。

[Shinwiki]

それは読んだことあるんだけど、読んでもわけわかんねえから「理解したいよ😭」なんだよねぇ。つまり要するに？

[versatile]

貼って困るのはストレージの問題と、 insert 時のコストだけかと思ってた

[igrep]

ありがたや