Cách tiếp cận bảng phiên MySQL

Question

Tôi đang phát triển một ứng dụng web nhiều bên thuê bằng cách sử dụng LAMP. Tất cả dữ liệu phiên người dùng của tôi hiện được lưu trữ trong mysql với loại bảng InnoDB.

Có cách nào để tôi có thể sử dụng loại bảng NHỚ (thường dùng) để lưu các phiên hiện tại và sử dụng chức năng thu gom rác của trình xử lý phiên để di chuyển phiên giữa InnoDB (bảng thông thường) và (trong) Bảng MEMORY?

Cấu hình này cũng sẽ ảnh hưởng đến bất kỳ cách nào khi tôi muốn phân cụm & cấu hình chính-nô lệ ở giai đoạn sau?

Cảm ơn trước, ocptime

Answer 1

Viết một custom session handler là đáng ngạc nhiên dễ dàng, nhưng tôi nghĩ rằng có nhiều cách có lẽ tốt hơn để lưu trữ dữ liệu phiên hơn MEMORY bảng.

Một cái gì đó giản đồ như (nâng lên với những thay đổi từ a previous question)

CREATE TABLE IF NOT EXISTS `session` (
    `id` char(32) NOT NULL, 
    `data` varchar(20000) NOT NULL, 
    `time_created` timestamp NOT NULL default '0000-00-00 00:00:00', 
    `time_updated` timestamp NOT NULL default '0000-00-00 00:00:00' on update CURRENT_TIMESTAMP, 
    PRIMARY KEY (`id`), 
    KEY `time_created` (`time_created`), 
    KEY `time_updated` (`time_updated`) 
) ENGINE=MEMORY DEFAULT CHARSET=utf8; 

sau đó bạn muốn chỉ phải xác định các chức năng điều khiển phiên của bạn, như được nêu trong diễn đàn hoặc trong tutorial này. Nếu bạn muốn lưu thông tin phiên trong quá trình thu gom rác, bạn chỉ cần tạo một bảng giống với bảng ở trên bằng cách sử dụng công cụ INNODB và thêm một chút vào cuối hàm gc() sao chép hàng từ các bảng MEMORY đến INNODB.

Tuy nhiên MEMORY bảng có một số giới hạn khá đáng kể. Họ không thể sử dụng các cột BLOB hoặc TEXT - đó là lý do tại sao tôi có số này xấu xí varchar(20000) ở trên. Chúng có kích thước tối đa 16 MB. Nếu bạn có nhiều người dùng, giữ nhiều trạng thái hoặc gặp sự cố với việc thu thập rác, bạn có thể đạt đến giới hạn và sự cố đó.

Ý tưởng tốt hơn là sử dụng memcache session handler, đặc biệt nếu bạn không cần lưu trữ thông tin phiên vào tương lai xa. Tôi khá chắc chắn memcached là nhanh hơn bất kỳ RDBMS sẽ được (ngay cả với MEMORY bảng) và nó cũng quy mô theo thiết kế. Ngoài ra, bạn sẽ không phải viết các hàm xử lý phiên của riêng bạn.

Answer 2

InnoDB: ~40 milliseconds Cons: (Slowest) 
MEMORY: ~22 milliseconds Cons: (16MB Max) 
MyISAM: ~25 milliseconds Cons: (Table-level locking) 

---

Tôi đang sử dụng (gs), vì vậy tôi không thể làm memcache, nhưng đó sẽ là tốt nhất. Cá nhân tôi đang cân nhắc sử dụng MEMORY, nhưng tôi không biết liệu lợi ích hiệu suất có vượt quá chi phí giới hạn kích thước hay không. Vì vậy, tôi đã làm những gì mọi lập trình viên giỏi nên làm khi tối ưu hóa: tôi đã lược tả nó.

trang php của tôi trong câu hỏi được lưu trữ trong smarty, vì vậy các hoạt động chỉ xảy ra ở đây là một tra cứu regex trên url và một phiên lấy sql để kiểm tra nếu người dùng đang đăng nhập.

Dù sao đây là kết quả : Với InnoDB tôi đã nhận được ~ 40 mili giây chờ đợi một yêu cầu. (Tôi đo điều này trong chrome với các công cụ phát triển.) Sau khi chuyển đổi bảng thành MEMORY tôi nhận được ~ 20 mili giây cho mỗi yêu cầu. wow! Cải thiện 50%! Nhưng hãy đợi ... còn MyISAM thì sao? Tôi đã thử điều đó và tôi nhận được ~ 22-23 mili giây cho mỗi yêu cầu. Oh.

Đây chỉ là tôi thử nghiệm nó, không phải là một ứng dụng quy mô đầy đủ.Một ứng dụng thực tế sẽ có hàng ngàn người viết vào bảng đó mỗi giây, và MyISAM thực hiện khóa cấp bảng, điều này có thể xấu (Which MySQL database engine is better for storing sessions and session data: MyISAM or InnoDB?).

Vì vậy, tôi hiện đang gắn bó với bộ nhớ. Đó là một cải tiến lớn cho những trang được lưu trong bộ nhớ cache, nhưng tôi khuyến khích bạn sử dụng hồ sơ! Nếu trang web của bạn đang xây dựng lại mọi trang, thì 10 mili giây có thể không thực sự quan trọng.

Answer 3

Sử dụng bảng InnoDB cho phiên. Tôi đã nghe nói rằng bảng bộ nhớ trong khi chèn khóa toàn bộ bảng trong khi InnoDB chỉ khóa hàng cụ thể cần được điều khiển.