問題タブ [safe-mode]

インストールされているアプリケーションとシステム アプリケーションを別々に一覧表示する Android アプリケーションがあります。ユーザーがアプリケーションからデバイスを再起動しようとすると、デフォルトのホーム ランチャーではなくアプリケーションが開きます。

しかし、デバイスを再起動して'safe mode'すべてのロジックがクラッシュすると、デバイスはセーフ モードでアプリケーションを再起動しましたが、インストールされているアプリケーションが一覧表示されず、動作が停止します。

1. 私のアプリケーション'Safe mode'も動作させることは可能ですか?

2. ブロードキャストレシーバー'safe mode'を使用するなど、アプリケーションの実行中にデバイスが移動しないようにする方法はありますか?RECEIVE_BOOT_COMPLETED

3. デバイス管理アプリケーションとは何ですか? この状況で役に立ちますか？

4. プログラムでセーフモードを検出することは可能ですか?

前もって感謝します

私の Web サービスは mongodb に書き込みますが、負荷がかかると書き込みが頻繁に失敗することに気付きました。 このドキュメントを読むと、デフォルトで設定が「承認」に設定されていることがわかり、この投稿を読むと、より高い設定に設定する必要があるようです（セーフモード-廃止されたようです）。だから私の質問は、私のWebサービスが「常に」dbに書き込み（または試行中にエラーをスロー）し、失敗しないようにmongodbを初期化する方法です（書き込みできると仮定します:)）

私が理解していることから、「書き込み懸念」を設定する必要がありますが、「データベースへの書き込みの成功を保証する」に設定する方法が明確ではありません

Dbを取得するために現在使用しているコードは次のとおりです。

専用サーバーで sendmail を実行phplist-3.0.2していますが、phpsafe_modeを「オフ」または「0」に切り替えようとすると、キャンペーンの送信中に次のエラーが発生します。

キューは処理しようとしていますが、エラーは常に同じです。

このsafe_mode ONエラーは発生しませんが、もちろん<<safe_mode>>警告が表示されます。

誰かがこれを修正しましたか？でキャンペーンの送信を開始したくありませんsafe_mode ON。

次のデータ構造があるとしましょう。

テーブルBには 3000 を超えるレコードが含まれている可能性があります。約 600 のレコードが、テーブル内の異なる行を参照していますC。私のサーバーでは 2 つの設定が有効になっています。

質問: table を介して table のレコードに参照されている table から、警告を発行せずにすべてのレコードを効率的に削除するにはどうすればよいですか?ACB

私が試したこと：

DBMS サーバーの問題safe_mode:

エラー コード: 1175。セーフ更新モードを使用していて、KEY 列を使用する WHERE なしでテーブルを更新しようとしました。セーフ モードを無効にするには、[設定] -> [SQL クエリ] でオプションを切り替えてから再接続してください。

B.エイリアスを削除しました:

ええ、それは成功しましたが、私はこれを持っています：

影響を受ける 2 行、1 つの警告: 1592 BINLOG_FORMAT = STATEMENT であるため、ステートメント形式を使用して安全でないステートメントがバイナリ ログに書き込まれました。別のテーブルから選択した後に自動インクリメント列を含むテーブルに書き込むステートメントは安全ではありません。これは、行が取得される順序によって、どの行が (存在する場合) 書き込まれるかが決まるためです。この順序は予測できず、マスターとスレーブで異なる場合があります。

また、私は PRIMARY KEY の使用を強制しようとしていました:

しかし、それも役に立ちませんでした。サーバーに対して悪いことや悪いことをしていますか? どのアプローチが正しいですか？何か不足していますか？

前もって感謝します。どんな助けでも大歓迎です。

PS: Google と検索バーの使い方を知っています。これが私が見つけたものです：

1. https://stackoverflow.com/questions/12275864/multiple-delete-not-working-with-inner-join

2. http://tech-solutions4u.blogspot.ru/2012/09/mysql-multi-delete-issue-in-safe-mode.html

等々。試してみましたが、最終的には、「しばらくの間...」でもサーバー機能（私が設定したものではありません）を無効にするという考えは好きではありません。

編集：

私は、GROUP_CONCAT(ID_B)一時変数に保存し、その「スカラー」値で削除を実行する回避策があることを知っています:

しかし、それはおおよそ600 * 5 = 3000の文字になるので、この考えも好まれません。つまり、他に何もできない場合は、それが最後のオプションになります。

OS：Win 7私はよくグーグルで検索しましたが、ここで答えを1つ見つけましたが、答えだけを出力するので役に立ちません（IFステートメントでは使用できません

私もこれを見つけました

ほぼ 10 回試しましたが、SAFEBOOT_OPTION 変数は常に空です。

タイトルに関する短い質問です。デフォルトでセーフモードになっているmongo Shellを使用していますが、この動作を無効にすることでパフォーマンスを向上させたいと考えています。

コンテキストを知りたい人への長い質問: 私は次のような膨大なデータセットに取り組んでいます

および他のいくつかのフィールドと、そのような約2億5000万のドキュメントがあります（インデックスの重みが36Goのデータベース全体）。日付を実際の ISODATE フィールドに変換したい。次のような更新クエリを作成する方法を少し検索しました

しかし、これを機能させる方法が見つからず、ドキュメントを次々に取得し、新しい Date(stringdate) を値として取得する新しいフィールドを設定する更新を行うスクリプトを作成することにしました。クエリは _id を使用するため、デフォルトのインデックスが使用されます。

問題は、非常に長い時間がかかることです。新しいフィールドが追加されたときにデータの再配置の問題があるため、データベースを作成したときに空の日付オブジェクトを挿入した場合にのみ、パフォーマンスが向上することをすでに理解しました。また、関連するフィールドにインデックスを設定して、データベースをチャンクごとに処理します。最後に、サーバーとワークステーションの両方で複数の mongo クライアントを同時に実行して、制限要因がデータベース ロックの可用性であり、CPU やネットワーク コストなどの他の要因ではないことを確認しました。

mongotop、mongostats、および Web 監視インターフェイスを使用して全体を監視し、70% の時間で書き込みロックがかかっていることを確認しました。mongodb の書き込みロックがより正確な粒度を持っていないことに少しがっかりしています。干渉のリスクがない限り、同じコレクションに対して同時書き込み操作を許可しないのはなぜですか? 考えてみると、各シャードに個別のロックがあったため、同じサーバーにとどまっている場合でも、コレクションをダースのシャードにシャーディングする必要がありました。

しかし、現在のデータベース構造に対して今は何もできないので、少なくとも私の時間の 90% (現在の 70%) を mongo で書くためにパフォーマンスを改善する方法を探しました。デフォルトのmongoシェルの私のスクリプトは、更新を行うたびに、後で呼び出される getLastError() もあり、99.99%の成功の可能性があり、失敗した場合でも私はできるので、私はそれを望まない単一の例外を取得するために、大きなプロセスの終了後に集約リクエストを作成します。

getLastError 呼び出しを非アクティブにすることでパフォーマンスが大幅に向上するとは思いませんが、試してみる価値はあると思います。

ドキュメントを調べたところ、デフォルトの動作は確認できましたが、変更手順はわかりませんでした。なにか提案を？