データベースにおいての、書き込み専用テーブルでのインデックスの必要性

Question

現在運用しているサービスでMySQLを使用しており、
テーブル内で大量のindexが使用されております。

indexを使用することでselect処理が速くなるなどの
効果があることは理解できるのですが、例えば書き込み専用テーブルでも
大量のindexが使用されているものもあったりします。

個人的には、書き込み専用テーブルにindexは必要ないのでは
ないかと考えているのですが、
実際にこの手のテーブルにindexは必要なのでしょうか。
また、必要なのであればその理由もご教示いただけると助かります。

Answer 1

書き込み専用でしたら、インデックスは必要ありませんね。（一意制約かけたいなどの場合を除いて）
でも、その「インデックス」が存在していると言うことは誰かが「必要」と思ったからですよね?
その理由を追求してからでないとインデックスを削除して良いかの判断は出来ません。
先人の意思を推し量らずに今の担当者都合で変更を行うと痛い目に遭うことがありますので、慎重に対応して下さい。（いわゆる「デグレード」ってやつです）

Comments

[hmaeyama]

回答ありがとうございます。

理由に関しては、なんとなく想像できる程度で
調査に関してはまだまだこれからですので
しっかり調査、検討してから対応していこうと思います。
一意制約に関しては、ちょっと自分の中では抜けておりましたので
そのあたりも注意していこうと思います。

Answer 2

テーブルのインデックスは、書き込み時に多少のコストを払い
読み込み時の性能を向上させようってやつですね。
なので、本当に書き込み専用ということならば、
必要性は疑問ですかねえ。
昔は使っていたとか、実はとある処理で使うって話が
ないんだったらバッサリやってしまうのも手かも?
ただし、確証がとれてからでしょうね。

Comments

[hmaeyama]

回答ありがとうございます。

件のテーブルなのですが、サービス中のログを残すためのテーブルであり、
現状そのログを解析して何かをするということをしていないため、
書き込み専用テーブルという表現を使わせていただきました。

昔はそのログを使用してサービスの動きを見ていくようなことを
していたのでしょうが、現在は不具合がでたときだけ確認するだけの状態です。

恐らくこの場合はインデックスは必要ないと思いますので、バッサリやっていく
方向で考えていこうと思います。

Answer 3

書き込み専用ということがあるんですか？
時には読みますよね？
その頻度と速度によってインデックス無しが許容できるなら外してもいいと思います。
必要になったらまたつければいいでしょう。

Comments

[hmaeyama]

回答ありがとうございます。

件のテーブルなのですが、サービス中のログを残すためのテーブルであり、
現状そのログを解析して何かをするということをしていないため、
書き込み専用テーブルという表現を使わせていただきました。

ログを読むときは、サービス運用中に不具合が出た時だけなのであまりインデックス
の必要性を感じていないのが現状です。

現在、運用中のサービスの動作が重いという報告を受けており、そのボトルネックを
探している段階で、インデックスだらけのテーブルを発見したため、
それらのインデックスには何か意味があるのか疑問になり、
こうして質問させていただきました。

恐らくインデックスなしが許容できると思うので、インデックスを外す方向で
考えていきたいと思います。