http://blog.roodo.com/rocksaying/archives/4903965.html/ zh-tw Roodo Blog System All Rights Reserved http://blog.roodo.com/rocksaying/archives/4903965.html http://blog.roodo.com/rocksaying/archives/4903965.html#comment-16574961 HACGIS@gmail.com(tokimeki) 文章回應 Mon, 02 Jun 2008 10:05:22 +0800 http://blog.roodo.com/rocksaying/archives/4903965.html http://blog.roodo.com/rocksaying/archives/4903965.html#comment-16469807 liaosankai@gmail.com(::SANKAI::) 文章回應 Tue, 20 May 2008 22:16:46 +0800 mysql_query 的記憶體使用與分頁方式。這是正確的測試方式。 其二: 我trace PHP 與 MySQL source code 的記錄: 以源碼探索 PHP 查詢 MySQL 後儲存資料結果的方式。 至於你接下來回答我三個提問的內容，我很認真的看完了，也發現要回答你的內容實在太多。但我並沒有收你學費，要仔細回答你似乎不太划算。 所幸有一個很好的解決方式，我誠摯地建議你把從「接下來回答石頭兄所提的問題」到「以上希望石頭兄能討論錯誤之處」之間的內容列印出來，然後就近請教你的教授或老師。我相信你很快就會得到答案。 一些小小的指點: 關於你針對第二個問題的回應: 你對 PHP 與 DB 在client/server架構中的角色定位認知錯誤。在 client/server架構中，運行 PHP 的 AP Server 屬於 Client角色，而 DB Server 屬於 Server 角色。 PHP 把資料回應給瀏覽器後，就結束自身行程與釋放所配置之資源，這點沒錯，大家都沒疑問。然 而本文討論的重點是: PHP 向 DB 查詢內容後，還沒有輸出到瀏覽器之前的情況。 關於你針對第三個問題的回應: 你回答的內容讓我感到驚訝。 你的開發環境是 Grid 運算環境嗎？或者你的系統架構用了「分散式共享記憶體機制」(將NFS配上Giga或光纖網路，利用虛擬記憶體技術，將網路檔案空間映射為本機記憶體)？ 這實在是非常先進的技術運用。我所回答的內容則是針對一般傳統架構，不適用於那種環境。 你擁有那種環境，實在令我感到欽羨。]]> http://blog.roodo.com/rocksaying/archives/4903965.html http://blog.roodo.com/rocksaying/archives/4903965.html#comment-16461001 文章回應 Mon, 19 May 2008 17:43:32 +0800 http://blog.roodo.com/rocksaying/archives/4903965.html http://blog.roodo.com/rocksaying/archives/4903965.html#comment-16451837 liaosankai@gmail.com(::SANKAI::) 文章回應 Sun, 18 May 2008 00:35:23 +0800 Ok, Show Me The Source. 既然我DB觀念不好，那我謙虛地請問三個問題: 1.把 query 的資料放在 DB 端？ 如果是千人同時連線的系統，每人各查1MB的資料結果(1MB不算多)放在 DB 端，那 DB 端就要吃下 1GB 的記憶體空間。這難道不會嚴重影嚮 DB 運作效率嗎？ 所謂的"資料結果"也不必是資料的 context ，只要是 index 就可以。上百萬筆資料結果的index佔1MB，絕不算多。 2.在Client/Server架構下，把這每人1MB的資料結果存在Client，等於把1GB的記憶體用量分散在1000台Client電腦中。這樣對系統架構的負擔差別大不大？ 3.在分散式架構下，把資料結果存在 AP Server上，至少是把1GB的記憶體用量分散到另一台主機上了。如果我們要進一步用 Matrix/GRID/Balance 分散單一服務的硬體負載，應該是對 DB server 做比較簡單，還是對 AP server 做簡單？ 你的 DB觀念是參考哪本書的？說來聽聽，我去找來學習正確的觀念。我一向非常樂於接受正確觀念。]]> http://blog.roodo.com/rocksaying/archives/4903965.html http://blog.roodo.com/rocksaying/archives/4903965.html#comment-15543443 文章回應 Tue, 15 Jan 2008 02:10:03 +0800 http://twpug.net/modules/newbb/viewtopic.php?post_id=11665#forumpost11665 我覺得你誤導 大家誤導的有點誇張 . 就算丟回來的不是陣列型態. 也不可能全都丟回來.]]> http://blog.roodo.com/rocksaying/archives/4903965.html http://blog.roodo.com/rocksaying/archives/4903965.html#comment-15539991 文章回應 Mon, 14 Jan 2008 18:30:38 +0800 http://blog.roodo.com/rocksaying/archives/4903965.html http://blog.roodo.com/rocksaying/archives/4903965.html#comment-15539909 文章回應 Mon, 14 Jan 2008 18:18:06 +0800 PHP Large result sets and summary tables 一文的內容，則 mysql_query() 回傳的 resource 內容包含了 cursor 及儲存查詢結果的記憶體區塊，亦即 hoamon 所說的 cache。那個記憶體區塊的結構，需要透過 mysql_fetch_xxx() 之類的方法去存取。 然而，不論函數中的記憶體配置動作是透過 PHP內建管理機制或是直接向作業系統配置，對作業系統而言，都是 PHP 行程要求配置的，都算在 PHP 行程上。 另一方面，我們確實有可能透過其他方式查詢，使資料被保留在 DB 端，例如參考文章中提到透過 PDO 函數。這方面的細節依資料庫呼叫函數之實作方式而各有所異，需要個別參閱 Manual 的說明。]]> http://blog.roodo.com/rocksaying/archives/4903965.html http://blog.roodo.com/rocksaying/archives/4903965.html#comment-15500595 文章回應 Thu, 10 Jan 2008 17:58:23 +0800 http://blog.roodo.com/rocksaying/archives/4903965.html http://blog.roodo.com/rocksaying/archives/4903965.html#comment-15499963 文章回應 Thu, 10 Jan 2008 17:10:44 +0800 FIEND 不瞭解查詢結果的記憶體管理機制。 > 當 PHP 向 DB 查詢資料後，資料內容就已經被儲存在 PHP 這方的記憶體內容了。 > 說的更明白些，例如: $resource = mysql_query($query);。 > 此時 $resource 已經是一個儲存了查詢結果的變數(但型態不是陣列)。 > 如果查詢結果有一千萬筆資料，那麼 $resource 就會配置那麼多的記憶體空間儲存那一千萬筆資料。 > 接著再使用 mysql_fetch_array() 等方法取出個別資料記錄。 不過，我記得不知那裡看來的資訊，mysql_query回傳的確不是陣列而是 cursor ，它的意義類似 reference 的概念，它所指向的目標物是 Mysql 的 sql cache，所以，我們才需要利用 mysql_fetch_array($resource) 函式，回到 mysql 的 sql cache 去撈回資料。 也就是說，當我在 sleep(120) 時，所看到的記憶體增加使用量應該花在 mysql cache 上的。]]> http://blog.roodo.com/rocksaying/archives/4903965.html http://blog.roodo.com/rocksaying/archives/4903965.html#comment-15499219 hoamon@hoamon.info(hoamon) 文章回應 Thu, 10 Jan 2008 16:12:26 +0800