問題タブ [repair]

私は、データベース内のテーブルを見て、必要なものを修復する cronjob になるスクリプトに取り組んでいます。これらは、mysql データベース内の myisam テーブルです。myisamchk私の質問は、コマンドラインとREPAIR TABLEクエリ構文で構文を使用する理由はありますか?

myisam のドキュメント ページ http://dev.mysql.com/doc/refman/5.0/en/myisamchk.htmlでは、必要なすべてのテーブルを修復する方法としてこれを提供しています。

を使用する場合とは異なる結果になりますか

REPAIR TABLE tablename

私のすべてのテーブルで？私はphpでプログラム的にそれを行い、（疑似コード）のようなものになります

何らかの方法でそれを行うことの実用性について意見はありますが、実際の最終結果は異なるでしょうか? ありがとう。

必要に応じて、動作する (疑似ではない) php コードを提供できますが、それが必要だとは思いませんでした。私が疑似コードを使用している理由は、職場で db アクセスに独自のラッパーを使用しているためです。

.js ファイルをあるフォルダーから別のフォルダーに手動で移動しました。現在、GIT はファイルの完全な履歴ログを持っているように見えますが、それでも移動を削除/作成イベントとして扱っているようです。さらに、git BLAME を使用すると、ファイルを移動した時点以降の変更を追跡することはできません。

それから1か月ほど経ち、多くのコミットが行われましたが、GITがコミット履歴全体を同じファイルとして扱い、移動のカットオフポイントがないように、その履歴を「修復」できるようにしたいと思います..そして私は変更を追跡するために Blame を使用して後退することができます。

誰でもこれを手伝ってもらえますか？

状況: Windows 7 の XAMPP でローカルに実行されている、104 個のテーブルを持つ MySQL データベースがあります。すべてのテーブルには InnoDB エンジンがあります。XAMPP MySQL は Windows サービスとして実行されています。フロントエンドとして、PHP (CodeIgniter) を使用しています。

問題:昨夜、いつものようにプロジェクトの作業を停止し、Windows を通常どおりにシャットダウンしました。table MY_TALBE does not exists今日の朝、ブラウザでエラーが発生しました。show tablesコンソールにはテーブル名が表示されますが、desc MY_TABLEと表示されます。試してみましたが のようなエラーが発生したので、試してみましたが と表示されました。修復とチェックのためにmysqlcheck.exeを試しましたが、どちらも失敗しましたが、その後、テーブル名が表示されなくなりました。私はmysqlファイルを変更/移動/削除/名前変更しなかったことに言及する必要があります。また、データベースを削除できません:select * from MY_TABLEunknown tablecreate table MY_TABLE(...)table MY_TABLE already existsdrop table MY_TABLEUnknown table MY_TABLEshow tables

質問:を回復/修復することは可能ですMY_TABLEか、または少なくとも削除して再度作成する方法はありますか (データベースを削除して再度作成することなく)?

キースペース内の列ファミリーの 1 つでノードツールの修復を試みるときに、Cassandra に何が起こっているのかを理解するのに助けが必要です。

Cassandra 2.0.7 を実行しており、システム内のオブジェクト データのインデックス作成に使用するテーブルがあります。

行は非常に大きくなる可能性があります。データベースには約 1,000 万のオブジェクトがあり、平均して 4 ～ 6 個のフィールドがあり、上記のテーブルを介してインデックスを作成しています。私にはあまりないように思えます。

nodetool repair を実行すると、少し実行した後、次の例外がスローされるポイントに到達します。

この時点で、他のノードは応答しなくなり、TPStatus ログをスローし、実質的に応答しなくなります。システムはこれから回復しません。私たちは死んでいます。

すべてのノードで「nodetool Scrub」を実行しました。それはそれらのほとんどで機能し、一部は失敗したため、「sstablescrub」を使用しました。サブ範囲の修復を行うスクリプトを作成し、問題のある範囲を特定できましたが、それが一貫しているかどうかを判断するのに十分なテストを行っていません。生産が落ちたときのテストは厳しいので、慎重にならなければなりません。

サイドバーの質問... 進行中の修復をどのように停止しますか? 横道にそれるのが見えたら止めたい。

キースペース内の他のすべての列ファミリーは問題なく修復されることに注意してください。

他にどのような詳細を提供すればよいかわかりません。私たちはこれに対して 1 週間頭を悩ませてきましたが、行き詰まっています。

Cassandra 2 を使用したマルチ データ センター セットアップでの「nodetool repair」のパフォーマンスを理解したいだけです。

各データセンターに 2 ～ 4 個のレプリカを持つキースペースを用意する予定です。数十のデータセンターがあるかもしれません。書き込みは状況に応じて LOCAL_QUORUM/EACH_QUORUM の一貫性で行われ、読み取りは通常 LOCAL_QUORUM の一貫性で行われます。質問:

1. nodetool の修復の複雑さは、すべてのデータ センターのレプリカの数に比例して増加しますか?

2. それとも、nodetool の修復の複雑さは、現在のデータ センター内のレプリカの数とデータ センターの数の組み合わせに比例して増加しますか? 漠然と、このモデルは現在のデータセンターの個々のノードのそれぞれとデータを同期する可能性がありますが、他のデータセンターのレプリカに対して EACH_QUORUM のような操作を行います。

3. クラスターをスケーリングするには、既存のデータ センターにノードを追加するのと、全体として一定数のレプリカを想定して新しいデータ センターを追加するのとのどちらが良いですか? この質問は、nodetool 修復パフォーマンスのコンテキストで行います。

しばらく作業していた Access 2007 データベースが、何らかの理由で破損しています。VBA コードを含む特定のフォームを開くと、「この操作を実行するのに十分なメモリがありません」というメッセージが表示されます。VBA を表示する方法はまったくありません。修復と圧縮、自動修正の無効化、逆コンパイルを試みましたが、何も機能しません。

私の失われたフォームを回復するための特別な方法を誰かが持っています.

ありがとう