0

vBulletinを定期的に使用している場合は、おそらく以前にこのタイプのエラーが発生したことがあります。

vBulletinのデータベースエラー：

mysql_connect（）[function.mysql-connect]：ソケット'/var/lib/mysql/mysql.sock'（2）/home/detroit/public_html/blab/includes/class_core.phpを介してローカルMySQLサーバーに接続できません311行目

MySQLエラー：エラー番号：リクエスト日：2010年11月16日火曜日@ 10:57:57 AMエラー日：2010年11月16日火曜日@ 10:57:57 AMスクリプト：url_removed_to_avoid_spam_flaggingリファラー：IPアドレス：xx.xx.xx。 xxxユーザー名：クラス名：vB_Database MySQLバージョン：

私の質問は、エラー自体ではなく、その年齢に関係しています。

私たちのチームは、これらのうち約20〜30を毎時受信しており、電子メールは1時間の3分から7分の間にクラスターで到着します。奇妙なことに、すべてのエラーは今朝から同じ5分のブロックからのものであるように見えます。

私はエラー自体をgrepしていますが、誰かがここでより速い答えを持っている場合（grepは遅く、ローカライズされたPHPエラーファイルが一目で表示されないため）：これらのエラーを実際に確認する簡単な方法はありますか時間？

私の恐れは、データベースの問題を解決するどころか、単に非常に多くのエラーを生成したため、メッセージのルートのどこかにある電子メールフィルターがエラーメッセージを禁止し、それらを非常にゆっくりとドリブルして役に立たないことです。エラーをリアルタイムで表示することで、実際に処理が行われたかどうかを知ることができます（私たちが考えているように、その場合は、古いエラーメッセージのドリブルを停止する方法を探すことができます）。 ）または追加のアクションを実行する必要があるかどうか。

これについてのコメントを事前に感謝します。あなたの人々は揺れる。

4

1 に答える 1

0

おそらく、この問題はすでに修正されていますが、次の点に注意してください。

  1. vBulletin のメールに奇妙なタイムスタンプが表示されるのは、電子メール プロバイダーによるスロットリングが原因でした。メールのヘッダーにある Received: 行のタイムスタンプを見れば、スロットルが発生している場所がわかります。
  2. 特定の時間にエラーのクラスターが発生する場合は、原因を探し始めるのに最適な場所は、管理者コントロール パネルの vBulletin の [スケジュールされたタスク] セクションです。スケジュールされたタスクの一部は、サイトのサイズやトラフィック プロファイルなどによってはコストがかかる可能性があり、そのうちの 1 つが高価なクエリを実行していて、1 つまたは 2 つのテーブルが非常に長時間ロックされている可能性があります。
  3. mtopエラー発生時のDBを調べてみましたか？
于 2011-01-23T12:42:41.133 に答える