Làm thế nào để bảo vệ cơ sở dữ liệu SQLite khỏi tham nhũng

Question

Tôi đang cố gắng tìm ra chiến lược an toàn nhất để bảo vệ cơ sở dữ liệu SQLite (dựa trên tệp) của tôi khỏi bị hỏng (trong trường hợp này là tôi làm việc với Adobe Air) áp dụng cho bất kỳ trình duyệt webkit nào sử dụng SQLite, bao gồm cả Mobile Safari).

Tôi đang nghĩ đến việc tạo kết nối cơ sở dữ liệu, giữ khoảng 5 hoặc 10 giây và sau đó đóng nó nếu nó chưa được sử dụng trong khoảng thời gian đó. Suy nghĩ của tôi là máy nên gặp sự cố hoặc ứng dụng thoát bất thường, rất có thể là tệp đã bị đóng và do đó ít có khả năng bị hỏng. Nhưng tôi biết rằng bạn càng thường xuyên mở và đóng một DB được truyền đi, bạn càng có nhiều khả năng bị lỗi nghiêm trọng.

Tôi chắc chắn tôi đang suy nghĩ quá mức, nhưng đối với ứng dụng của tôi, điều quan trọng là trong trường hợp xảy ra sự cố hệ thống, ứng dụng có thể khôi phục sạch sẽ và nhanh chóng và điều đó có nghĩa là tôi phải cố gắng bảo vệ DB nhiều nhất có thể.

Có ai biết chiến lược nào có thể an toàn hơn không?

Answer 1

Vào cuối của tài liệu này

File Locking And Concurrency In SQLite Version 3

Có một phần tên "6.0 Làm thế nào để tham nhũng Cơ sở dữ liệu của bạn Files" mà thảo luận về tham nhũng curroptions hipotetical vấn đề trong SQLite. "Things that can can go wrong".

Answer 2

Đầu tiên KHÔNG sử dụng journal_mode=MEMORY hoặc =OFF.

Chúng ta có thể sử dụng các lệnh này để giảm xác suất của một tham nhũng:

1. PRAGMA synchronous=FULL hoặc PRAGMA synchronous=EXTRA
2. PRAGMA fullfsync=ON (chỉ hoạt động trên Mac OS X)

Nhưng họ đi kèm với một chi phí làm cho giao dịch chậm hơn. Và ngay cả với họ db có thể bị hỏng do causes khác như thất bại trong thiết bị lưu trữ hoặc trong bộ nhớ vì vậy chúng tôi phải chuẩn bị sẵn sàng cho vấn đề.

Chúng ta có thể làm thường xuyên backups, nhưng nó có 2 nhược điểm:

1. Nó sao chép toàn bộ tập tin db trên mỗi backup
2. Chúng tôi mất tất cả các giao dịch đã được thực hiện sau khi sao lưu cuối cùng

Tôi có một khách hàng đã được sử dụng để thực hiện sao lưu của mình trên một ổ đĩa bút và ổ đĩa bút luôn được cắm vào máy tính cho đến khi một tia sét đến và phá hủy máy tính, bao gồm cả ổ đĩa bút. Tất cả dữ liệu đã bị mất. Vì vậy, bản sao lưu phải được giữ riêng biệt với máy tính chính.

Một giải pháp thay thế tốt hơn là sử dụng bản sao. Với mỗi giao dịch được thực hiện trên db chính được sao chép vào các bản sao.

Đối với SQLite, chúng tôi có thể sử dụng litereplica. Nó hỗ trợ Point-in-Time Recovery và tôi đề nghị sử dụng nó với bản sao vì nếu một số dữ liệu vô tình bị xóa khỏi db chính nó sẽ được nhân rộng. Với PITR, chúng tôi có thể khôi phục lại db đến một điểm trước đó trong thời gian.

Một đề xuất quan trọng khác là giữ bản sao trong một thiết bị riêng biệt và cách nhau với nhau. Ít nhất không phải trong cùng một tòa nhà.

Chạy PRAGMA integrity_check lệnh một lần trong một thời gian là một thực tiễn tốt do thực tế là SQLite không tự động làm và nó tiếp tục ghi vào db trong một số loại tham nhũng.

Và nếu db của bạn sử dụng khóa ngoài, bạn có thể thực hiện tương tự với PRAGMA foreign_key_check.