Khi nào tôi nên sử dụng Memcache thay vì Memcached?

Dường như PHP có hai thư viện memcached có tên là memcache và memcached . Sự khác biệt là gì và làm thế nào để bạn biết nên sử dụng cái nào? Là một lỗi thời? Có vẻ như memcached cung cấp nhiều phương thức hơn nên tôi cho rằng điều đó có nghĩa là nó đã có sự phát triển nhất - nhưng dường như nó cũng yêu cầu các thư viện C / C ++ bên ngoài nên tôi không chắc mình có thể cài đặt nó không.

Có vẻ như memcache đã tồn tại lâu hơn, không yêu cầu các thư viện bổ sung và có các tệp nhị phân được biên dịch sẵn cho các cửa sổ! Tôi nghĩ rằng nó sẽ là sự lựa chọn tốt hơn bây giờ. Tuy nhiên, chưa quen với memcached (máy chủ) Tôi không chắc có một số tính năng siêu quan trọng trong memcached (php) khiến nó đáng để thêm rắc rối hay không.

Thư viện khách Memcached vừa mới được phát hành là ổn định. Nó đang được sử dụng bởi digg (được phát triển cho digg bởi Andrei Zmievski, giờ không còn với digg) và thực hiện nhiều giao thức memcached hơn so với máy khách memcache cũ. Các tính năng quan trọng nhất mà memcached có là:

1. Mã thông báo Cas . Điều này làm cho cuộc sống của tôi dễ dàng hơn nhiều và là một hệ thống phòng ngừa dễ dàng cho dữ liệu cũ. Bất cứ khi nào bạn lấy thứ gì đó từ bộ đệm, bạn có thể nhận được bằng mã thông báo cas (số kép). Bạn có thể sử dụng mã thông báo đó để lưu đối tượng được cập nhật của mình. Nếu không có ai khác cập nhật giá trị trong khi luồng của bạn đang chạy, trao đổi sẽ thành công. Nếu không, mã thông báo cas mới hơn đã được tạo và bạn buộc phải tải lại dữ liệu và lưu lại bằng mã thông báo mới.
2. Đọc qua các cuộc gọi lại là điều tốt nhất kể từ khi bánh mì cắt lát. Nó đã đơn giản hóa nhiều mã của tôi.
3. getDelayed () là một tính năng hay có thể giảm thời gian tập lệnh của bạn phải chờ kết quả quay lại từ máy chủ.
4. Mặc dù máy chủ memcached được cho là rất ổn định, nhưng nó không phải là nhanh nhất. Bạn có thể sử dụng giao thức nhị phân thay vì ASCII với máy khách mới hơn.
5. Bất cứ khi nào bạn lưu dữ liệu phức tạp vào memcached, máy khách thường sử dụng tuần tự hóa giá trị (chậm), nhưng bây giờ với máy khách memcached, bạn có tùy chọn sử dụng igbinary . Cho đến nay tôi chưa có cơ hội kiểm tra mức tăng hiệu suất này có thể đạt được.

Tất cả những điểm này là đủ để tôi chuyển sang khách hàng mới nhất và có thể nói với bạn rằng nó hoạt động như một cơ duyên. Có sự phụ thuộc bên ngoài vào thư viện libmemcached , nhưng dù sao cũng đã cài đặt được nó trên Ubuntu và Mac OSX, vì vậy cho đến nay không có vấn đề gì.

Nếu bạn quyết định cập nhật lên thư viện mới hơn, tôi khuyên bạn nên cập nhật lên phiên bản máy chủ mới nhất cũng như nó cũng có một số tính năng hay. Bạn sẽ cần phải cài đặt libevent để nó biên dịch, nhưng trên Ubuntu thì không có nhiều vấn đề.

Tôi chưa thấy bất kỳ khuôn khổ nào đón khách hàng memcached mới cho đến nay (mặc dù tôi không theo dõi chúng), nhưng tôi cho rằng Zend sẽ sớm lên tàu.

CẬP NHẬT

Zend Framework 2 có bộ điều hợp cho Memcached có thể tìm thấy ở đây

Khi sử dụng Windows, phần so sánh bị cắt ngắn: memcachedường như là ứng dụng khách duy nhất khả dụng.

Đây là năm 2013. Hãy quên đi những bình luận năm 2009. Tương tự như vậy, nếu bạn đang chạy tải lưu lượng nghiêm trọng, thậm chí không nên suy nghĩ về cách thực hiện với memcache dựa trên cửa sổ. Khi giao dịch với quy mô rất lớn (500+ máy chủ web mặt trước) và hơn 20 máy chủ và máy chủ cơ sở dữ liệu phía sau (hỗn hợp mysql & mssql), một cụm máy chủ memcached (12 máy chủ trong nhóm) hỗ trợ nhiều ứng dụng OLTP khối lượng lớn trả lời 25K ~ 40K mc-> nhận cuộc gọi mỗi giây. Các cuộc gọi này là những cuộc gọi KHÔNG phải đến cơ sở dữ liệu.

IMHO, việc sử dụng memcached này đã cung cấp SERIOUS $$$, $$$ tiết kiệm trên CAPEX cho các máy chủ & giấy phép DB mới cũng như các hợp đồng hỗ trợ cho các thiết kế thương mại lớn.

Memcached là một API mới hơn, nó cũng cung cấp memcached như một nhà cung cấp phiên có thể rất tuyệt nếu bạn có một trang trại máy chủ.

Sau khi phiên bản vẫn còn rất thấp 0,2 nhưng tôi đã sử dụng cả hai và tôi không gặp phải vấn đề lớn nào, vì vậy tôi sẽ chuyển sang memcached vì nó mới.