For cases of operating system crash

For cases of operating system crashes or power failures, we can assume that MySQL's disk data is
available after a restart. The InnoDBdata files might not contain consistent data due to the crash, but InnoDBreads its logs and finds in them the list of pending committed and noncommitted transactions that have not been flushed to the data files. InnoDBautomatically rolls back those transactions that were not committed, and flushes to its data files those that were committed. Information about this recovery process is conveyed to the user through the MySQL error log. The following is an example log excerpt:

Kết quả (Việt) 1:

Đối với trường hợp điều hành hệ thống treo hoặc mất điện, chúng tôi có thể giả định rằng dữ liệu trên đĩa của MySQL làcó sẵn sau khi khởi động lại. Các tập tin InnoDBdata có thể chứa các dữ liệu phù hợp do tai nạn, nhưng InnoDBreads các bản ghi và tìm thấy trong đó danh sách đang chờ xử lý giao dịch cam và noncommitted không được xóa các tập tin dữ liệu. InnoDBautomatically cuộn lại những giao dịch mà không cam kết, và xóa các tập tin dữ liệu của nó, những người đã được cam kết. Thông tin về quá trình phục hồi này được chuyển tải cho người dùng thông qua các bản ghi lỗi MySQL. Sau đây là một đoạn trích đăng nhập ví dụ:

Kết quả (Việt) 2:

Đối với trường hợp sự cố hệ thống điều hành hoặc mất điện, chúng ta có thể giả định rằng đĩa dữ liệu MySQL là
có sẵn sau khi khởi động lại. Các tập tin InnoDBdata có thể không chứa dữ liệu phù hợp do tai nạn, nhưng InnoDBreads các bản ghi của mình và tìm thấy trong đó danh sách cấp phát các giao dịch cam kết và noncommitted chưa được xả vào các tập tin dữ liệu. InnoDBautomatically cuộn trở lại các giao dịch mà không được cam kết, và bừng dữ liệu của tập tin đó đã được thực hiện. Thông tin về quá trình phục hồi này được chuyển cho người sử dụng thông qua các lỗi đăng nhập MySQL. Sau đây là một đoạn trích ví dụ đăng nhập: