(這篇又是逐客文, 手癢了, 大家可以略過)..
在 Data Mining 中, 最忌諱的就是把 DBMS 給操死,
因為計算的 Client/Agent 可以很多, 但若有些 Database 沒有分散,
一行指令就可以讓整個 Data Base Management System 給掛掉.
基本上我也不是反對 Join 等 "高級" SQL 指令的人,
但這些吃資源的指令不能太常使用, 甚至不能寫在 User 端,
所以我在 Data Mining 小組就說, "Join" 是禁用的....
有時為了偷懶, 只是做個實驗忘了改回來,
前一陣子就吃到苦果...
部落格觀察從搬家到 APOL 後,
大概被攻擊的次數是被 10 個人攻擊 (DOS) 30 次左右吧,
有些是系統撐得住, 有時不盡然, 但在 Tag 的部份是有被攻就會掛,
所以在想有天該從寫, 把 Tag 拆開不同 Table...
但在昨天時, 監看 MySQL 的 Process, 突然看到我有一行指令造成 Lock.
仔細一看, 原來當時在做測試, 做了個 Join, 之後還 Sorting, ...
而這 SQL 就一直保留著, 忘了改回來,
天阿, 原來是如此, 就趕緊拿掉, ......
經過把 Apache 的 Memory Leak 做個舒緩,
以及這個吃資源的元兇抓出來後,
機器又可以撐 1.5 倍以上的成長不用加記憶體了...
2007年1月16日 星期二
訂閱:
張貼留言 (Atom)
熱門文章
-
以下的言論, 純以我是以一個工程師出身的網管, 也以做過 ISP 基礎建設的工作經驗來發言. 前一陣子有人提出取消手機網路不應該有吃到飽 (Flat Rate) 的奇想時, 有參與網路發展的人都知道, 這個固定費率的使用量是網路發展的推手, 或者是指標, 甚至是門檻, 若把這...
-
大家還記得我在兩個月前寫了一篇 " 如何用網頁到網頁的延伸閱讀, 取代網站的交互連結 " 的文章嗎? 裏面談到兩個可能的發展性: 1. 共通 Tag : 這個沒甚麼了不起, Technorati 就是如此, 雖然這是很好的東西, 可惜沒人用了, 只是...
-
部落格改網址是最好不要的事, 尤其是對 SEO, 但畢竟我這個部落格本來就不是那種很多人會上來看的那種, 所以在某方面是不用太擔心這件事, 畢竟這個部落格的初衷是: "避免一件事講很多次, 所以寫成文章再叫朋友來看" 但對於 blogspot 這次...
-
這一篇是寫給要來我家的朋友... 到我新家來借宿有幾種方式, 一個是搭船.... 1. 主要是搭任何一艘船, 能夠在 淡水碼頭 上岸的話: 就可以用走的走到我家... 上圖的 A 與 B 是相反的.. 雖然上面是寫 13 分鐘, 但事實上有 10 分鐘都是在漁人碼頭晃, 走出來不...
-
又一個是乍看很漂亮, 功能很多, 資料也不少, 但完全沒有經營概念與基礎的網站, 為甚麼政府單位的網站都是這樣阿.... 基本上要討論裏面內容的問題可能討論不完, 我先說以內容與經營相關 SEO 的角度來看這網站的問題: [主要問題] description: ...
-
先出場的是每天個人 Plurk 的資料如下範例 其中 username 為 plurk 的個人網址, border 則為 table 的邊, simple=1 則只會出現 plurks 數與 responses 數, 而 period=1 則會出現上次 plurk 與 respo...
-
很多人知道我累了一陣, 也知道有部份的時間事實上是拿來打 Civilization IV, 但真的心思有點失焦是真的, 而在因緣際會的情型下, 到墾丁去散散心, ... 距離上次去墾丁大概是 1985 彗星來的那一年, 我舅舅開著車連夜到墾丁, 事實上到底有沒有看到哈雷, 我是不...
-
基本上我上一篇的 " 我為甚麼要 Plurk ? " 講出來了用 Plurk 的人並不是很多人都有在經營部落格, 所以前一篇的 " Plurk 的個人 Widget 開始... " 是挺沒有意義的, 因為這 widget 不能放進 plur...
-
這個交大機車的故事不是在講交大很機車, 而是交大為甚麼能夠騎機車的故事... 甚麼? 很多人認為交大校園有一個條機車外環道是天經地義的事? 事實上不然, 這是經過許多抗爭得來的, 因為上一篇哈巴狗事件有很多回響, 所以我這篇來繼續講古. 機車在交大可以說是個文化, 尤其以前竹東算...
-
在看排行榜之前, 應該會依幾個角度來看... 1. 媒體的排名, 其中包含傳統媒體在新媒體的成果, 以及純網路新媒體本身. 2. 轉貼站的效應. 3. 個人自媒體的比例. 取樣時間, 上星期, 也就是 7/7 到 7/13 號, 我們來看分享排行榜吧... 分享排...
請問不用Join 那我們應該使用subQuery還是什麼方法,一直以為 join是最有效率的呢 ><
回覆刪除對寫程式是最有效率的了...
刪除但重點是在於會不會 Lock 或吃資源...