我做了一個記錄器,顯示屏幕上的所有數據庫查詢。平均約30個查詢頁面。這很多嗎?每次通話需要大約0.001秒的時間才能完成,更長一些,更短一些。以下是幾頁的總數:0.9秒,0.09秒,0.8秒。 (注意:這些只是數據庫查詢的時間,而不是圖像加載等)。什麼是MYsql查詢完成的可接受時間?
難道這些可以接受嗎?什麼是理想?什麼是行業標準?
我做了一個記錄器,顯示屏幕上的所有數據庫查詢。平均約30個查詢頁面。這很多嗎?每次通話需要大約0.001秒的時間才能完成,更長一些,更短一些。以下是幾頁的總數:0.9秒,0.09秒,0.8秒。 (注意:這些只是數據庫查詢的時間,而不是圖像加載等)。什麼是MYsql查詢完成的可接受時間?
難道這些可以接受嗎?什麼是理想?什麼是行業標準?
如果你問我,我會說一個頁面將不得不在0.5秒內加載。對於查詢來說,差不多1秒的時間太長了。
但是,如果它是一個巨大的頁面,哪些負載的信息,用戶可能會希望等待它。
你或許應該看看查詢,並找出爲什麼需要這麼長(0.9/0.8)
添加到您的查詢:EXPLAIN EXTENDED
,看看是否使用了任何索引。
這取決於查詢以及應用程序的交互級別。如果您必須提供Web應用程序,則不會接受在10秒內完成的查詢。如果你無法避免它,你可能不得不使用一些技巧來加快速度,或者在找到新的結果時逐步建立和返回數據。
取決於查詢的類型和ORM使用
我認爲這應該是上http://dba.stackexchange.com/ –
這個問題的方式過於寬泛。在任何單個網站上使用的查詢速度將根據其負責的內容而發生顯着變化。 –