best practice with memcache/php - multi memcache nodes

Posted by user62835 on Server Fault See other posts from Server Fault or by user62835
Published on 2010-12-07T15:57:04Z Indexed on 2012/09/03 15:40 UTC
Read the original article Hit count: 387

Filed under:
|
|

So I am working on a web app - that has to be built for scalability. It stores frequent MySQL querys into the cache. I have pretty much everything built and ready to go - but I am concerned on best practices on handling where to cache the data. I've talked to a few people and one of them suggested to split each key/value across all the memcache nodes.

Meaning if i store the example: 'somekey','this is the value'

it will be split across lets say 3 memcache servers.

Is that a better way? or is memcache more built on a 1 to 1 relationship?. For example.

store value on server A till it faults out - go to server B and store there.

that is my current understanding from the research I have done and past experience working with memcache.

Could someone please point me in the right direction in this and let me know which way is best or if I completely have this mixxed up.

Thanks

© Server Fault or respective owner

Related posts about php

Related posts about scalability