focus on linux, c/c++, lua

# re: 如何把memcached應用到我的項目中 2012-01-06 19:47 zhs007

加個

bool isUpdate;

的標志不就完了么  回復  更多評論   

# re: 如何把memcached應用到我的項目中 2012-01-07 09:06 zuhd

我現(xiàn)在就是這么做的，從心理上一直覺得它很丑陋  回復  更多評論   

# re: 如何把memcached應用到我的項目中 2012-01-07 15:02 zzzdev

針對數(shù)據(jù)庫編程，需要注意網(wǎng)絡通信開銷。
1、更新一個字段和更新20個字段，對于數(shù)據(jù)庫來說開銷大頭在網(wǎng)絡通信上，除非一個IP包裝不下，否者考慮更新一個或多個字段總體來說沒有任何意義。
2、對于持久化，盡量使用批量接口，數(shù)據(jù)庫會很HIGH的。  回復  更多評論   

# re: 如何把memcached應用到我的項目中 2012-01-09 09:10 zuhd

@zzzdev
你所指的網(wǎng)絡開銷是指帶寬？一般服務器和數(shù)據(jù)庫的通訊都是在局域網(wǎng)內(nèi)，不存在什么開銷，你說的批量接口，不懂耶  回復  更多評論   

# re: 如何把memcached應用到我的項目中[未登錄] 2012-01-10 01:45 楊粼波

用SP可以節(jié)約一點帶寬。不過對于更新數(shù)據(jù)來說，對數(shù)據(jù)庫的消耗確實是大的。而如果只是查詢，那并不存在任何問題。

網(wǎng)絡開銷基本上不是問題，現(xiàn)在部署上多半都是同局域網(wǎng)的，千兆網(wǎng)卡，甚至光纖，很難造成太大的影響。

數(shù)據(jù)庫主要IO開銷還是在硬盤上，特別是更新數(shù)據(jù)。用memcached，主要也就是減輕磁盤IO的消耗，緩存在內(nèi)存中，減少對磁盤的操作。

像MySQL這樣級別的數(shù)據(jù)庫，可以把數(shù)據(jù)規(guī)模降低，比如分表這種做法。當然，這需要數(shù)據(jù)規(guī)模達到一定程度。所以我現(xiàn)在還沒有分表。數(shù)據(jù)庫還能承受。

我現(xiàn)在頭疼兩個東西：
1.批量更新；
2.日志的增長。
日志倒還好，勤快點備份清理就好。
批量更新，可以緩存數(shù)據(jù)到內(nèi)存當中，以期減少寫入頻率，但是，始終還是要寫入的，這個負載最終還是無可避免的。  回復  更多評論   

# re: 如何把memcached應用到我的項目中 2012-01-10 09:11 zuhd

@楊粼波
你要是想減少寫操作，就模擬rpg的做法，玩家下線時統(tǒng)一保存數(shù)據(jù)，或是定時保存數(shù)據(jù)，日志嘛有錢的話單獨用一臺服務器做。
其實頻繁的讀操作也能把mysql拖的疲憊不堪，關系數(shù)據(jù)庫快要被淘汰了  回復  更多評論   

# re: 如何把memcached應用到我的項目中 2012-01-10 10:41 楊粼波

再怎么減少，還是有操作的，只能說是盡量的減少操作量。因為現(xiàn)在的磁盤型硬盤io操作還是非常非常慢的。這種優(yōu)化是非常收益可觀的。

其實我現(xiàn)在也是采用的定時保存，開了數(shù)據(jù)庫的連接池。我有經(jīng)常查看數(shù)據(jù)庫的消耗，多半都是消耗在了批量更新上。現(xiàn)在來看，還是可以承受的。

如果你的MySQL能被查詢所拖垮，那你可以考慮下：能否減少查詢的次數(shù)？如果不可行，那是否應該要去分表了？

現(xiàn)在的確KV型的NoSQL數(shù)據(jù)庫興起了，但是就我直覺來說，很長時間內(nèi)關系型的SQL數(shù)據(jù)庫是不大可能被淘汰的。  回復  更多評論