MySQLで、膨大なデータが入っているテーブルのカラムにindexを貼りたい

Question

前提

MySQL初心者です。
（DB自体そこまで詳しくありません。SQL文投げる程度です）

やりたいこと

業務で利用しているすでに膨大なデータが入っているDBのカラムに、indexを追加で貼りたいが、
サービスをダウンさせたくない。（追加機能の案件が来て、急遽必要になった）
その方法を知りたい。

やったこと

WorkBenchで、indexの使い時に以下のような設定を行いました。

しかし、indexを貼っている処理が行われている中環境にアクセスすると、
少し時間がたった後にBad Gatewayが出ます。

これの回避方法はあるのでしょうか。
ご存じの方がいらっしゃいましたら、ご教示いただけますと幸いです。

Answer 1

要件定義

はググってもらうとして、
「膨大なデータ」がどの程度の件数のテーブルかくらいは書いた方がいいです。サーバーの負荷が大きい処理はその処理の間システムを使えませんよ、って「計画停止」を告知します。

大規模なシステムならそれなりの技術と経験をもった人材を使うべきです。経験もない人に押し付けるのであればかなりのブラック企業でしょう。

Answer 2

「膨大なデータ」の規模にもよりますが、indexの追加のような大きな仕様変更は
定期メンテナンス期間をもうけ、サービスを止めてやるものでしょう。
そもそもが要求定義不足なんですから、そのくらいの認識が必要です。

Comments

[nnahito]

ご意見ありがとうございます。

> indexの追加のような大きな仕様変更は定期メンテナンス期間をもうけ、サービスを止めてやるものでしょう
そうなんですね……初めて知りました。

> そもそもが要求定義不足なんですから、そのくらいの認識が必要です。
当方、申し訳ございませんが、エンジニアとしての経験が浅く、わからなことばかりで申し訳ございません。
引き継いだものに対しての要件定義はどのように行うのでしょうか……？

[yambejp]

> 引き継いだものに対しての要件定義はどのように行うのでしょうか……？

うまくニュアンスが伝わっていなかったようで申し訳ないです。
テーブルを作成する段階で将来の拡張を含めた要求定義をしてもらい
それにあわせたテーブル設計をするわけですから、最初の要求定義が
不足してましたね・・・という意図です。
当然「引き継いだものに要件定義をする」では意味が通りません。
引き継いだものはあくまで確定した仕様でしょう。
あらためて要求定義を受けた上で、新仕様を要件定義していくことになります

もちろん当初より拡張は意識していたが、パフォーマスンや工期・予算の
関係で削られた仕様だったのかもしれません。
それはそれであとから仕様を追加するということは、
最初から拡張を前提に設計されたものよりコストが高くなるという
リスクを十分考慮した結果でしょうから、
今回のように拡張によるメンテナンス処理の肥大はあきらめるしかありません

[nnahito]

ご返信ありがとうございます。

なるほど、そういう意味だったのですね。
丁寧なご回答ありがとうございます。