Hiệu suất của việc lưu tất cả các ký tự đã đăng nhập trong MMO theo định kỳ là gì?

Phần lớn các game MMORPG có hệ thống Worldsave sẽ lưu tất cả các nhân vật một lần sau mỗi X giờ. Tôi đoán lý do là hiệu suất. Vậy tại sao điều này tốt hơn, hiệu suất khôn ngoan hơn là cứu một nhân vật bị ngắt kết nối?

Đây không phải là hiệu suất. Đây là một sự không an toàn. Nếu thế giới tiết kiệm cứ sau vài phút, thì nếu có gì đó xảy ra với máy chủ và nó tắt thì mọi người sẽ chỉ mất vài phút tiến bộ.

Bằng cách lưu vào ngắt kết nối, nếu máy chủ gặp sự cố, mọi người sẽ mất mọi thứ họ đã làm kể từ khi đăng nhập. Đối với những người trong các phiên chơi đặc biệt dài (như thường thấy trong MMO), họ sẽ mất một lượng dữ liệu đáng kể.

Họ hy sinh một chút hiệu suất để loại bỏ nguy cơ mất dữ liệu hàng loạt.

Tất nhiên, bạn có thể dễ dàng lưu trữ dữ liệu trình phát trên máy khách, giảm lưu lượng mạng. Vấn đề ở đây là nó được mở để hack. Một khi một người tìm ra cách gian lận, họ chia sẻ nó và mọi người đang làm điều đó.

EDIT: Như @Philipp đã chỉ ra, điều này cũng loại bỏ khả năng sao chép các mục. Với hệ thống ngắt kết nối nếu giao dịch được thực hiện trước khi máy chủ gặp sự cố và một người đăng xuất trước khi gặp sự cố, cả hai người chơi sẽ quay trở lại lần cuối họ đăng xuất, xóa các mục hoặc sao chép chúng.

Các hệ thống ban đầu chỉ lưu khi ngắt kết nối cũng có xu hướng lưu theo định kỳ trong khi trình phát đang hoạt động. Trong các hệ thống đó, điển hình là MUD (Dungeon nhiều người dùng), ký tự được duy trì trong bộ nhớ cho đến khi chúng được định kỳ đổ vào một tệp.

Điều này có nghĩa là nếu người dùng bị ngắt kết nối mà không "cắm trại", họ thường thấy mình cách một vài phòng và thiếu một đống chiến lợi phẩm, XP, v.v., từ lần cuối họ lưu. Về mặt đó, nó hoạt động rất giống với cách chơi game nhập vai console ngày nay (bạn phải lưu trò chơi của mình mà không tắt bảng điều khiển hoặc bạn mất tất cả mọi thứ kể từ lần cuối bạn lưu).

Hệ thống hoạt động đúng với mục đích của nó, bởi vì các nhân vật không thể tương tác với nhau, ngoại trừ có thể bằng hệ thống "thư" nơi họ có thể gửi tin nhắn và vật phẩm cho nhau. Cơ hội mất vật phẩm và tiến triển có xu hướng khá đáng kể, nhưng chỉ ảnh hưởng đến một nhân vật tại một thời điểm trong hầu hết các trường hợp.

Tính năng worldsave xuất hiện do các nhân vật cuối cùng có thể tương tác trực tiếp với nhau, vì vậy tất cả các nhân vật đang chơi phải ở trạng thái nhất quán, hoặc có thể xảy ra sự trùng lặp và xóa vật phẩm. Đây không phải là một vấn đề trong kịch bản MUD, bởi vì rất khó để lạm dụng hệ thống theo cách dẫn đến trùng lặp vật phẩm hoặc tiền tệ, nhưng nó cực kỳ dễ thực hiện trong MUD MMO đầu tiên. Người chơi A cung cấp cho người chơi B một vật phẩm, người chơi B lưu và người chơi A ngắt kết nối mà không lưu. Sao chép ngay lập tức.

Worldsave không là một lợi ích hiệu suất, nhưng được thiết kế để ngăn chặn gian lận. Tôi nhớ lại việc chơi trên các hệ thống mà sự kiện worldsave đã được thông báo trước theo nghĩa đen và thường treo toàn bộ hệ thống trong một phút trong khi máy chủ cập nhật tất cả các tệp của nó. Mặc dù điều này ngăn chặn gian lận, nhưng nó không thuận tiện cho người dùng của các hệ thống này.

Điều đó dẫn chúng ta đến tình trạng hiện tại. Ngày nay, chúng ta không sử dụng các hàm kiểu worldsave. Chúng tôi sử dụng cơ sở dữ liệu. Điều này cho phép chúng tôi đảm bảo rằng việc sao chép và xóa được giảm thiểu tối đa có thể. Các ký tự tồn tại dưới dạng bản ghi trong cơ sở dữ liệu và mỗi giao dịch giữa các người chơi là một giao dịch cơ sở dữ liệu theo nghĩa đen; hoặc hành động được cam kết đầy đủ hoặc nó sẽ được khôi phục.

Chặn các lỗi bất thường trong hệ thống, bạn sẽ nhận được lợi ích của việc lưu các tệp ký tự riêng lẻ (thời gian lưu nhanh) và lợi ích của worldsaves (không gian lận), mà không có nhược điểm nào (mất tiến trình đáng kể và sao chép vật phẩm).

Khi thiết kế MMO hiện đại, bạn sẽ muốn tạo các thủ tục được lưu trữ trong cơ sở dữ liệu và sử dụng các quy trình đó để thực hiện các giao dịch. Ví dụ: khi thực hiện giao dịch giữa hai người chơi, nó có thể trông như thế này:

start transaction;
insert into inventory (playerid, itemid) values (111, 222);
delete from inventory where playerid=111 and itemid=444;
insert into inventory (playerid, itemid) values (333, 444);
delete from inventory where playerid=333 and itemid=222;
commit;

(Lưu ý: SQL này, không được viết theo cách thực tế và chỉ có nghĩa là một ví dụ).

Theo cách này, nếu có sự cố trước khi cam kết, hệ thống sẽ quay trở lại trạng thái mà người chơi 111 và người chơi 333 vẫn có các vật phẩm ban đầu, trong khi sau khi cam kết, giao dịch được hoàn thành. Không có cơ hội sao chép, vì các ký tự được lưu cùng lúc, như được đảm bảo bởi cơ sở dữ liệu.