最近發現在我嘗試過的其他所有操作中，我用自定義JavaScript替換了我的JMeter配置文件，該JavaScript在無限循環中依次命中我的每個API端點，然后在不同的瀏覽器（一個Firefox，一個Chrome，一個Safari）中并行運行此腳本 - 以嘗試排除與我來自同一來源的所有連接相關的問題（相同的用戶代理， 相同的 Cookie、相同的會話 ID 等）當我這樣做時，我注意到我的所有問題都消失了。查詢并行運行，該應用程序的響應速度比JMeter讓您相信的要快得多。在我看來，JMeter不可能序列化請求，因為它是負載測試的事實標準。所以我開始嘗試重現這種行為。為了重新創建JMeter，我創建了以下兩個PHP腳本，它們（希望）模擬了我的Yii應用程序：慢.php<?phpsession_start();$_SESSION['some'] = 'value';// Yii is calling session_write_close() almost immediately after// the session is initialized, but to try and exacerbate issues,// I've commented it out:// session_write_close();$dsn = "mysql:host=localhost;dbname=platypus;unix_socket=/tmp/mysql.sock";$pdo = new PDO($dsn, "user", "password");// Yii was using whatever the default persistence behavior was,// but to try and exacerbate issues I set this flag:$pdo->setAttribute(PDO::ATTR_PERSISTENT, true);// Simulate a query running for 1 second by issuing a 1-second sleep$pdo->query("DO SLEEP(1)");echo "Done";快速.php<?phpsession_start();$_SESSION['some'] = 'value';$dsn = "mysql:host=localhost;dbname=platypus;unix_socket=/tmp/mysql.sock";$pdo = new PDO($dsn, "user", "password");$pdo->setAttribute(PDO::ATTR_PERSISTENT, true);// Simulate a query running for 0.1 seconds$pdo->query("DO SLEEP(0.1)");echo "Done";針對這兩個新端點運行 JMeter 時，沒有序列化請求。一切都是并行運行的。fast.php總是在100-150ms內返回并且速度很慢.php總是在1000-1050ms內返回，即使我擴展到3，4和5個線程也是如此。我能夠看到東西在11個線程處崩潰，但那是因為我超過了PHP中的工作線程數。所以總結一下：僅當使用 JMeter 分析我的 API 時，才會出現此問題，而這并不是應用本身所固有的這個問題不僅僅是一個JMeter錯誤，而是以某種方式與我的應用程序或Yii 1.1有關。我嘗試過，但無法提出最小的重現案例盡管在使用其他工具進行分析時不存在該問題，但很多人都做出了回應并提供了許多有用的信息：避免PHP中的持久連接（可能導致多個請求共享一個連接，可能不是）通過盡早呼叫來避免會話鎖定session_write_close()確保有足夠的 PHP 工作線程來處理同時連接數MySQL完全支持并行請求（如果硬件可以處理它）警惕表鎖定（任何具有語句的事務都可能鎖定表）UPDATEMyISAM 執行表級鎖定而不是行級鎖定