0

洞察力が必要です。スロー クエリ ログは、このようなエラーでゆっくりと拡大しています。私はこれらの分析は初めてですが、これらのクエリは必ずしも遅いわけではないようです。

これらの時間にサーバーが過負荷またはバックアップしている可能性はありますか? 他のアイデアをいただければ幸いです。(rows_examined、lock_time、および query_time を参照)

# Time: 130427 13:05:10
# User@Host: acctname_member[acctname_member] @ localhost []
# Query_time: 8.702061  Lock_time: 0.000059 Rows_sent: 0  Rows_examined: 1
UPDATE Notification SET nextFile = IF(nextFile = 999, 100, nextFile + 1);

# Time: 130427 13:05:21
# User@Host: acctname_member[acctname_member] @ localhost []
# Query_time: 6.796559  Lock_time: 0.000039 Rows_sent: 0  Rows_examined: 1
UPDATE check_it SET accomp = 'In Process', verbose = '258', delta = '0 -atl (1)' WHERE Num = '162615';

# Time: 130427 15:37:53
# User@Host: acctname_member[acctname_member] @ localhost []
# Query_time: 6.350998  Lock_time: 0.000033 Rows_sent: 0  Rows_examined: 1
UPDATE User SET mobileOS = 'iPhone 6.1.3', monthlyLogin = monthlyLogin + 1, lastVisit = NOW() WHERE empNum = 387;

注: これらのクエリは 1 日に何百回も実行されていますが、スロー リストになることはめったにありません。

4

1 に答える 1

0

クエリが「遅い」という結論に飛びつく前に、認識すべき多くの要因があります。

  • サーバーの負荷が高い場合は、そうでない場合よりもクエリがログに頻繁に表示されるため、一般的なシステム アクティビティに対してクエリの実行時間を評価する必要があります。

  • サーバーが--log-queries-not-using-indexes オプションで実行されている場合、低速クエリ ログには、インデックスを使用せずに実行されるクエリも含まれます。

  • また、EXPLAINステートメントを使用して、クエリ オプティマイザーがこれらのクエリをどのように処理するかを確認しても問題はありません。

SHOW PROCESSLIST最初のものについては、ステートメントを定期的に使用できます。

于 2013-04-28T01:58:41.540 に答える