關於記憶體快取

nyqxmfj · 发表于 2011-9-30 13:28:58

嘛 memcached的話大數據量不做分佈的話效能會很悲劇的
kpt999我在懷疑你是不是真的kpt kpt技術應該沒有這麼渣渣

還有就是用記憶體做快取不要針對query做快取那樣mysql的快取和你做的獨立快取差不多
要有針對性的做快取。比如key為cate的快取，存格式化過的cate數組。

還有不要光依賴記憶體快取。比如點擊率延遲更新。我用python做單process程式的時候，都新建一個全局dict。把點擊率寫道裡面超過50次直接入DB。
這樣的好處在於快取讀寫直接通過內存操作比通過網路層中轉（不考慮延時，假設都在本機）要快要穩定，並且不用考慮說memcached之類的快取軟體連線數超過。

還有優化好你的sql和系統框架這比甚麼快取都有用

悟雨 · 发表于 2011-9-30 13:32:54

来自香港的还是台湾的朋友？

windywinter · 发表于 2011-9-30 13:33:27

他说的大概是是文件系统的cache，对垃圾站来说，这个能有效降低IO，提升性能25%并不夸张。

jasontse · 发表于 2011-9-30 13:34:23

memcache只有在做集群搞session的时候好用，性能和eaccelerator、apc相比差很远

nyqxmfj · 发表于 2011-9-30 13:37:04

我覺得無論甚麼快取軟體都比直接從記憶體數組中讀出要慢得多

因為大部分快取軟體都經過網路層或者從硬碟讀數據
memcached做session的話不如nginx的ip_hash來得直接
memcached在快取上確實有用，但一般是給多伺服器同步用的比如fb 並且能少用就少用

cmlz · 发表于 2011-9-30 13:38:20

原帖由悟雨于 2011-9-30 13:32 发表

来自香港的还是台湾的朋友？

很明显是台湾

jasontse · 发表于 2011-9-30 13:38:22

memcached属于轻量级nosql，拿它来做cache略显重量级多半会适得其反

[ 本帖最后由 jasontse 于 2011-9-30 13:39 编辑 ]

nyqxmfj · 发表于 2011-9-30 13:43:57

在大數據量的情況下 memcached一般會直接zombie掉。
小數據量的情況下 memcached一般比redis甚麼的效能要高1-2倍。
我說的是沒有連接池下的情況。

ABC · 发表于 2011-9-30 13:45:41

原帖由 cmlz 于 2011-9-30 13:38 发表

很明显是台湾
很明显内地,您老没看楼主以前帖子

cmlz · 发表于 2011-9-30 13:54:02

原帖由 ABC 于 2011-9-30 13:45 发表

很明显内地,您老没看楼主以前帖子

看过这贴
http://www.hostloc.com/thread-78151-1-1.html

		自动登录	找回密码
密码			立即注册