MySQLクエリは60秒ごとに再起動しますか？

Question

私は奇妙な問題があります。私はPHPの非常に大きなテーブルに対してMySQLクエリを実行しています。クエリ時間は1分以上ですが、それは私の問題ではありません。 PHPが66秒ごとにクエリを再送信しているようです。

show processlist; 
+--------+---------+-------------------+----------+---------+------+---------------+-------------------------------------------------------- 
| Id  | User | Host    | db  | Command | Time | State   | Info             
+--------+---------+-------------------+----------+---------+------+---------------+-------------------------------------------------------- 
| 150018 | root | localhost   | amrs  | Query | 32 | Sending data | /*DEREK*/select ctlno, count(*) AS count from (omitted) 

数分後、私は再びチェック：

+--------+---------+-------------------+----------+---------+------+---------------+-------------------------------------------------------- 
| Id  | User | Host    | db  | Command | Time | State   | Info             
+--------+---------+-------------------+----------+---------+------+---------------+-------------------------------------------------------- 
| 150018 | root | localhost   | amrs  | Query | 188 | Sending data | /*DEREK*/select ctlno, count(*) AS count from (omitted) 
| 150021 | root | localhost   | amrs  | Query | 122 | Sending data | /*DEREK*/select ctlno, count(*) AS count from (omitted) 
| 150023 | root | localhost   | amrs  | Query | 56 | Sending data | /*DEREK*/select ctlno, count(*) AS count from (omitted) 

を私はページまたは何かを再読み込みしていません。 set_time_limit（0）は、スクリプトの先頭近くで呼び出されます。迷惑な部分は、ページが最近実行されたものにリンクされているようです。だから私が150018を殺すと何も悪いことは起こりませんが、別のものが産み出される前に150023を殺すと、そのページには「クエリ実行中断」というエラーが発生します。 150018は最終的には単独で実行を終了しますが、スクリプト/ページはそれを受信しないため、何もしません。

誰もが考えている？

EDIT：フルPROCESSLISTは（簡潔さと機密保持のために取り外さいくつかの線で）以下を与える示しています

+--------+---------+-------------------+----------+---------+-------+--------------+----------------------------------------------------- 
| Id  | User | Host    | db  | Command | Time | State  | Info 
+--------+---------+-------------------+----------+---------+-------+--------------+----------------------------------------------------- 
| 147385 | root | localhost:44560 | amrs  | Sleep | 14021 |    | NULL 
| 150248 | root | localhost   | NULL  | Query |  0 | NULL   | show full processlist 
| 150251 | root | localhost   | amrs  | Query |  1 | statistics | /*DEREK*/select ctlno, count(*) AS count from (snip) 
+--------+---------+-------------------+----------+---------+-------+--------------+----------------------------------------------------- 

Answer 1

私は数回前に同様の問題を見てきましたし、あなたの問題は、どのような私に非常に似て聞こえます以前のウェブサイトで作業していました。

ウェブサイトにアクセスするときにプロキシサーバーを経由していますか？

私のサイトで起こったことは、同じ会社内の特定のユーザーからのクエリがプロキシサーバーを経由して誘導されたことで、60秒以内に応答がなかった場合、クライアントブラウザにこれが起こっていることを知らさずに、Webリクエストを再度発行するだけです！

実行に1分以上かかる特定の長時間実行されるクエリでは、私はお互いに複合化を開始することがわかります。そして、同じクエリが実行されているプロセスリストを見て、それぞれがほぼ正確に60秒で区切られています！

この解決方法は、クライアントが私たちのサイトのプロキシサーバーをバイパスするようにすることでした。

クライアントがプロキシサーバーを最新バージョンにアップグレードしたときに、この同じ問題の2番目のインスタンスが解決されました。

申し訳ありませんが、私はそれがかなりの数ヶ月前だったので、プロキシサーバは、いずれの場合も使用されていたものを思い出すことができない、と私はそれ以来、眠っている： -/