Коли я повинен використовувати Memcache замість Memcached?

Здається, що в PHP є дві бібліотеки, що склалися з ім'ям memcache та memcached . У чому різниця і як ви знаєте, який саме використовувати? Чи одна застаріла? Здається, що memcached пропонує більше методів, тому я б припустив, що це означає, що він мав найбільшу розробку, але, здається, також потрібні зовнішні бібліотеки C / C ++, тому я не впевнений, чи зможу я його встановити.

Здається, що memcache вже довший, не потребує додаткових бібліотек, а заздалегідь склав двійкові файли для навіть windows! Я думаю, що це був би кращий вибір на даний момент. Однак, будучи новим у memcached (сервері), я не впевнений, чи є якісь надважливі функції у memcached (php), які роблять це варто додаткових проблем.

Нещодавно випущена клієнтська бібліотека була стабільною. Він використовується digg (розроблений для digg Андрієм Змієвським, тепер вже не Digg) і реалізує набагато більше протоколу запам’ятовування, ніж старший клієнт memcache. Найважливіші особливості, які зберігаються в пам’яті:

1. Cas жетони . Це значно полегшило моє життя і є легкою системою профілактики несвіжих даних. Щоразу, коли витягуєте щось із кеша, ви можете отримувати з ним маркер cas (подвійне число). Ви можете використовувати цей маркер, щоб зберегти оновлений об’єкт. Якщо ніхто більше не оновлював значення під час запуску потоку, своп буде успішним. В іншому випадку був створений новіший маркер cas, і ви змушені перезавантажити дані та зберегти їх знову за допомогою нового маркера.
2. Прочитати зворотні дзвінки - це найкраще, оскільки нарізаний хліб. Це значно спростило мій код.
3. getDelayed () - це приємна функція, яка може скоротити час, коли ваш сценарій повинен чекати, коли результати повернуться з сервера.
4. Хоча пам'ятний сервер повинен бути дуже стабільним, він не найшвидший. Ви можете використовувати бінарний протокол замість ASCII з новим клієнтом.
5. Кожен раз, коли ви зберігаєте складні дані в memcached, клієнт використовував завжди серіалізацію значення (що повільно), але тепер із memcached client у вас є можливість використовувати igbinary . Поки що у мене не було можливості перевірити, наскільки це може бути підвищення продуктивності.

Все це було достатньо для мене, щоб перейти на найновішого клієнта, і я можу сказати вам, що це працює як шарм. Існує така зовнішня залежність від бібліотеки, що керується libmemcached , але все-таки вдалося встановити її на Ubuntu та Mac OSX, тому проблем поки що немає.

Якщо ви вирішили оновити до нової бібліотеки, я пропоную вам оновити до останньої версії сервера, а також вона має деякі приємні функції. Для його компіляції вам потрібно буде встановити libevent , але для Ubuntu це не склало великих проблем.

Поки що я не бачив жодної системи, яка б забрала нового клієнта, що склався (хоча я їх не відслідковую), але я припускаю, що Zend незабаром вийде на борт.

ОНОВЛЕННЯ

Zend Framework 2 має адаптер для Memcached, який можна знайти тут

При використанні Windows порівняння скорочується: memcacheвидається, що це єдиний клієнт.

Це 2013. Забудьте про коментарі 2009 року. Так само, якщо у вас є серйозні навантаження на трафік, навіть не замислюйтесь, як зробити з мембраною на основі Windows. У роботі з дуже великими масштабами (500+ веб-серверів на передньому кінці) та 20+ серверами баз даних та реплікантами (mysql & mssql суміш), ферма згаданих серверів (12 серверів у групі) підтримує декілька великих обсягів OLTP-програм, відповідаючи на 25 К ~ 40K mc-> отримуйте дзвінки за секунду. Ці дзвінки - це ті, що НЕ повинні мати доступ до бази даних.

IMHO, використання цього шаблону забезпечувало СЕРЕДНІ $$$, $$$ економію на CAPEX для нових серверів та ліцензій БД, а також контрактів на підтримку великих комерційних дизайнів.

Memcached - це новіший API, він також забезпечує memcached як постачальник сесій, що може бути чудово, якщо у вас є ферма сервера.

Після того як версія все ще дійсно низька 0,2, але я використовував і те, і не зіткнувся з основною проблемою, тому я б пішов на запам’ятовування, оскільки це нова.