Please enable JavaScript.

Coggle requires JavaScript to display documents.

4 tính chất của DATABASE ACID :star:, DATABASE Link CHATGPT - Coggle…

- - - - Cấp độ này cho phép giao dịch đọc dữ liệu mà không cần chờ cho đến khi giao dịch khác commit hoặc rollback.
        
        Gây ra rủi ro dirty read, non-repeatable read, và phantom read.
        
        Có thể dẫn đến kết quả không nhất quán khi đọc dữ liệu từ các giao dịch đang chạy.
    - - Cấp độ này đảm bảo rằng giao dịch chỉ đọc dữ liệu đã được commit, tránh dirty read.
        Tuy nhiên, có thể gây ra non-repeatable read và phantom read do dữ liệu có thể thay đổi trong khi giao dịch đang chạy.
    - - Cấp độ này đảm bảo rằng giao dịch sẽ đọc dữ liệu đã được commit và không cho phép các giao dịch khác cập nhật hoặc xóa dữ liệu đã đọc.
        Ngăn chặn dirty read và non-repeatable read, nhưng vẫn có thể gây ra phantom read do các dòng dữ liệu mới có thể được thêm vào.
    - - Đây là cấp độ cô lập cao nhất, ngăn chặn mọi loại đọc và ghi song song, đảm bảo rằng các giao dịch sẽ không làm thay đổi hoặc xung đột với nhau.
        Tránh dirty read, non-repeatable read và phantom read hoàn toàn.Các transaction sẽ được thực hiện theo thứ tự được sắp xếp theo 1 thuật toán , do đó làm hệ thống chậm hơn
    - - Mức độ cô lập "Snapshot Isolation" là một cấp độ cô lập đặc biệt trong hệ thống cơ sở dữ liệu. Nó cung cấp tính nhất quán cao bằng cách sử dụng bản "snapshot" của dữ liệu trong thời điểm giao dịch bắt đầu, điều này ngăn chặn hiện tượng non-repeatable read và phantom read.
- - - - Kỹ thuật Write-Ahead Logging (WAL) là một phương pháp trong hệ thống cơ sở dữ liệu để đảm bảo tính nhất quán và bền vững của dữ liệu. Đây là một kỹ thuật phổ biến được sử dụng để ghi lại thay đổi trước khi thực sự cập nhật dữ liệu trong cơ sở dữ liệu.
      - 1.Ghi nhật ký trước (Write-ahead logging): Trước khi dữ liệu thực sự được cập nhật trong cơ sở dữ liệu, các thay đổi sẽ được ghi vào một tệp log hoặc vùng nhớ đệm được sắp xếp theo thứ tự thời gian.
      - 2.Cập nhật dữ liệu: Sau khi thay đổi được ghi vào log, dữ liệu mới được cập nhật vào cơ sở dữ liệu.
      - 3.Commitment và flush log: Khi một giao dịch được commit, hoặc định kỳ, các thay đổi trong log sẽ được flush (ghi xuống đĩa) để đảm bảo rằng các thay đổi đã được commit sẽ không bị mất nếu có sự cố xảy ra.
    - - Async
        
        Kỹ thuật Asynchronous Snapshot (Ảnh chụp không đồng bộ) trong cơ sở dữ liệu liên quan đến việc tạo bản sao của dữ liệu tại một thời điểm cụ thể mà không ngừng hoạt động của hệ thống chính.
        
        Tạo bản sao của dữ liệu: Quá trình bắt đầu bằng việc tạo một bản sao của dữ liệu tại một thời điểm cụ thể. Quá trình này có thể bao gồm tạo bản sao của các bảng, các tệp dữ liệu, hoặc các thành phần khác của cơ sở dữ liệu.
        Hoạt động không đồng bộ: Quá trình tạo snapshot không ảnh hưởng đến hoạt động của hệ thống chính. Các hoạt động thêm, sửa đổi hoặc xóa dữ liệu vẫn tiếp tục trong khi snapshot được tạo ra.
        Ghi nhận trạng thái của dữ liệu: Snapshot ghi lại trạng thái của dữ liệu tại thời điểm snapshot được tạo ra, nhưng không cần phải đồng bộ hoá ngay lập tức với dữ liệu thực tế đang hoạt động trong hệ thống chính.
        Sử dụng cho việc sao lưu hoặc phục hồi: Asynchronous Snapshot có thể sử dụng cho việc sao lưu dữ liệu, để làm cơ sở cho quá trình phục hồi sau một sự cố, hoặc cho mục đích kiểm tra, kiểm tra sự nhất quán của dữ liệu.
        Đồng bộ hóa tương lai (tuỳ chọn): Tùy thuộc vào yêu cầu và quy mô của hệ thống, có thể thực hiện quá trình đồng bộ hóa sau đó để đảm bảo rằng dữ liệu trong snapshot được đồng bộ hóa với trạng thái thực tế của hệ thống.
      - Sync
        
        Kỹ thuật Synchronous Snapshot (Ảnh chụp đồng bộ) trong cơ sở dữ liệu liên quan đến việc tạo bản sao của dữ liệu tại một thời điểm cụ thể mà yêu cầu đồng bộ hoá hoạt động của hệ thống chính để đảm bảo tính nhất quán và toàn vẹn của dữ liệu.
        
        Tạo bản sao của dữ liệu: Quá trình bắt đầu bằng việc tạo một bản sao của dữ liệu tại một thời điểm cụ thể, nhưng khác với Asynchronous Snapshot, ở đây việc tạo bản sao yêu cầu đồng bộ hoá với hoạt động của hệ thống chính.
        Ngừng hoạt động của hệ thống: Trong quá trình tạo Synchronous Snapshot, hoạt động của hệ thống chính có thể được tạm dừng hoặc bị gián đoạn trong khi quá trình tạo bản sao đang diễn ra. Điều này đảm bảo rằng dữ liệu trong snapshot phản ánh chính xác trạng thái của hệ thống tại thời điểm cụ thể.
        Ghi nhận trạng thái của dữ liệu: Synchronous Snapshot ghi lại trạng thái của dữ liệu tại thời điểm snapshot được tạo ra, và đảm bảo rằng dữ liệu trong snapshot được đồng bộ hoá hoàn toàn với trạng thái thực tế của hệ thống.
        Sử dụng cho việc sao lưu hoặc phục hồi: Synchronous Snapshot có thể được sử dụng cho việc sao lưu dữ liệu hoặc để làm cơ sở cho quá trình phục hồi sau một sự cố.
        Tiếp tục hoạt động chính: Sau khi Synchronous Snapshot đã được tạo, hoạt động chính của hệ thống có thể tiếp tục từ điểm nó đã tạm dừng.
        
        Mặc dù Synchronous Snapshot đảm bảo tính nhất quán của dữ liệu tốt hơn Asynchronous Snapshot tại thời điểm tạo ra, nhưng nó có thể gây ra tác động đến hiệu suất của hệ thống do việc tạm ngừng hoạt động. Do đó, việc sử dụng Synchronous Snapshot thường được cân nhắc kỹ lưỡng, đặc biệt trong các hệ thống đòi hỏi hiệu suất cao và không thể ngừng hoạt động lâu dài.
    - - Kỹ thuật AOF (Append-Only File) là một phương pháp để ghi lại các thay đổi dữ liệu trong cơ sở dữ liệu bằng cách ghi tất cả các hoạt động thay đổi dưới dạng lệnh hay các tập tin log và chỉ thêm các dữ liệu mới vào cuối tệp log mà không bao giờ thực hiện việc chỉnh sửa hoặc xóa dữ liệu đã ghi.
        Thường dùng cho Redis
      - Các bước thực hiện AOF
        
        1.Ghi lại các thay đổi: Mỗi khi có một thao tác cập nhật dữ liệu (ví dụ như SET, UPDATE, INSERT), thay vì cập nhật trực tiếp vào dữ liệu, các thay đổi sẽ được ghi vào một tệp log theo thứ tự thời gian.
        
        2.Append-only: AOF chỉ cho phép thêm dữ liệu mới vào cuối tệp log mà không bao giờ chỉnh sửa hoặc xóa dữ liệu đã ghi. Điều này đảm bảo rằng mọi hoạt động cập nhật dữ liệu đều được ghi lại và không bị mất.
        
        3.Phục hồi dữ liệu: Khi hệ thống khởi động lại hoặc cần phục hồi dữ liệu sau một sự cố, các thao tác ghi vào tệp log sẽ được đọc và thực hiện lại để tái tạo lại trạng thái dữ liệu cuối cùng.
        
        Ví dụ về cách hoạt động của AOF:
        Trong Redis (một cơ sở dữ liệu key-value cache), AOF là một trong hai cách để ghi lại các thay đổi dữ liệu (cách còn lại là RDB - Redis Database File). Khi kích hoạt AOF, mỗi lệnh thay đổi dữ liệu (ví dụ: SET key value) sẽ được ghi vào tệp log theo định dạng lệnh Redis. Khi Redis khởi động lại, nó sẽ đọc lại tệp log này để tái tạo lại trạng thái dữ liệu cuối cùng.
        
        AOF có ưu điểm là nó cung cấp tính nhất quán và toàn vẹn cho dữ liệu, và có khả năng phục hồi dữ liệu mạnh mẽ sau các sự cố. Tuy nhiên, tệp log AOF có thể trở nên lớn và có thể ảnh hưởng đến hiệu suất của hệ thống, và việc phục hồi dữ liệu có thể mất nhiều thời gian hơn so với các phương pháp khác như RDB.