まず、説明
の物語の始まりはこれです、ビジネスに基づい野望スポーツ（yb880ドットCN）テーブルのフィールド型はvarchar（3）は、これらが正常である（6）に変更varchar型を必要とします。次のようにDBAが行われる必要があります：
図1は、ストレージスペースを表示
-h dfを
テーブルのサイズを参照、2
50G大きなテーブルに
テーブル構造を表示し、3を
表xxxに\ Gを作成して表示する;
4、テーブルロック場合には、テーブルを再構築するかどうかを公式サポート、オンラインDDL、システムの分析かどうかを確認するためにマスタースレーブレプリケーションの影響が遅れるなどしています。
5、テストするためのテスト環境
黒板時間をノックがDBAコマンドを実行するために、直接データベースにしばしばログです、に来て、これは適切な検証テーブル構造の完了後にいくつかのテストミリ秒の実装と何も間違っている通知が開発を取得、ビジネスには影響しません〜
第二に、その結果
、本番環境で実行するのと同じコマンドが40分以上を要し、PROCESSLIST所見は、表を変更することは、異常事態が登場することを示して表示し、できない、すべての例外があり、好きではないはずですが、顔に問題が発生その理由は、そこに何が起こるか探るために、探偵自身として、そこにある〜
第三に、分析
1、コマンドは同じ問題が存在していないです。
2、ツールは、疑いも異なっていますか？？？？
3、現象は、テーブルがなぜそうなのか、再構築であってもよいことを教えてくれる。
4、今回事後分析に相当し、更なる分析の必要性は、それは、MySQLに困難であり、今回は簡単に公式ドキュメントの誤りと思われるしません。ビューのうちテーブル構造は、あなたが十分な忍耐と慎重を持っている必要があり、変更前と後に何が起こるか見て、あなたは、私たちが公式オンラインDDLに行き、その後、ああ、この制限を変更していない、デフォルトはnullにNOT NULL制約があります私は答えのように感じ、大喜び、このアクションは、テーブルを再構築する必要があることがわかります。、検証現象を再現するいくつかのテストを行うためのツールを使用Navicatは、また確認されています。最後にピットのNavicatのを推測します。最後に、小型のNavicatパートナーの使用のようなプロのテストに必ず、それを自分でテストすることができます。
結論
1、DBAは、ピットは余裕がない、重大な事故を引き起こす可能性があるため、ツール自体ので、ピットを避けるためのツールのいずれかを使用して好きではありません。
2、毎日の仕事環境はちょうどあなたの生産機械ではなく、あなたがしたいツールのパーティーを与えるために、非常に複雑なサイトです、あなたは何も、最も直接的なコマンドラインを実行しないでください、あなたはまた、球場を分析することができます。
3、あなたは上司の価値はそれを感じる理由であるXをインストールしないように、習慣を育成します。
図4は、掘り込みピット、あなたの存在の意味が出て登ると上を移動するピットからである、のような率直に言って顔を追求していない恐れてピット、生命の完全なピット、ことはありません。