51.4. Cân nhắc khóa chỉ tỷ lệ kèo bóng đá 88

Phương pháp truy cập chỉ tỷ lệ kèo bóng đá 88 phải xử lý các bản cập nhật đồng thời của chỉ tỷ lệ kèo bóng đá 88 bằng nhiều quá trình. LõiPostgreSQLHệ thống thu đượcAccessSharelockTrên chỉ tỷ lệ kèo bóng đá 88 trong quá trình quét chỉ tỷ lệ kèo bóng đá 88, VàRowExclusiveLockKhi cập nhật chỉ tỷ lệ kèo bóng đá 88 (bao gồm cả đơn giảnVACUUM). Từ Các loại khóa này không xung đột, phương pháp truy cập là Chịu trách nhiệm xử lý bất kỳ khóa hạt mịn mà nó có thể cần. Một khóa độc quyền trên toàn bộ chỉ tỷ lệ kèo bóng đá 88 sẽ chỉ được thực hiện Trong quá trình tạo chỉ tỷ lệ kèo bóng đá 88, phá hủy hoặcReindex.

10809_11035src/backend/access/nbtree/readmevàSRC/Backend/Access/Hash/Readme.

Ngoài các yêu cầu nhất quán nội bộ của chỉ tỷ lệ kèo bóng đá 88, Cập nhật đồng thời tạo các vấn đề về tính nhất quán giữa Bảng cha (TheHeap) và chỉ tỷ lệ kèo bóng đá 88. Bởi vìPostgreSQLtách biệt truy cập và cập nhật các đống từ các chỉ tỷ lệ kèo bóng đá 88, ở đó là Windows trong đó chỉ tỷ lệ kèo bóng đá 88 có thể không phù hợp với đống. Chúng tôi xử lý vấn đề này với các quy tắc sau:

• 11644_11902Phần 51.511951_11955

• Khi một tỷ lệ kèo bóng đá 88 nhập đống sẽ bị xóa (bởiVACUUM), tất cả các tỷ lệ kèo bóng đá 88 nhập chỉ tỷ lệ kèo bóng đá 88 của nó phải được xóa Đầu tiên.

• Quét chỉ tỷ lệ kèo bóng đá 88 phải duy trì mã PIN trên trang chỉ tỷ lệ kèo bóng đá 88 Giữ vật phẩm được trả về lần cuối bởiAmgettuplevàAmbulkdeleteKhông thể xóa các tỷ lệ kèo bóng đá 88 từ các trang được ghim bởi các phụ trợ khác. Nhu cầu này Quy tắc được giải thích bên dưới.

Không có quy tắc thứ ba, có thể một đầu đọc chỉ tỷ lệ kèo bóng đá 88 Xem tỷ lệ kèo bóng đá 88 nhập chỉ tỷ lệ kèo bóng đá 88 ngay trước khi nó bị xóa bởiVACUUM, và sau đó đến nơi tương ứng tỷ lệ kèo bóng đá 88 nhập đống sau đó đã bị xóa bởiVACUUM. Điều này không tạo ra vấn đề nghiêm trọng nào nếu điều đó Số tỷ lệ kèo bóng đá 88 vẫn chưa được sử dụng khi người đọc đạt được nó, vì một khe trống sẽ bị bỏ qua bởiheap_fetch (). Nhưng điều gì sẽ xảy ra nếu một phụ trợ thứ ba có Đã sử dụng lại khe cắm vật phẩm cho thứ khác? Khi sử dụng một Ảnh chụp nhanh tuân thủ MVCC, không có vấn đề gì vì cái mới người chiếm giữ khe chắc chắn là quá mới để vượt qua Kiểm tra ảnh chụp nhanh. Tuy nhiên, với ảnh chụp nhanh không tuân thủ MVCC (như BẰNGsnapshotnow), có thể chấp nhận và trả lại một hàng không thực tế khớp với việc quét chìa khóa. Chúng tôi có thể bảo vệ chống lại kịch bản này bằng cách yêu cầu quét chìa khóa được kiểm tra lại đối với hàng đống trong mọi trường hợp, nhưng đó là quá đắt. Thay vào đó, chúng tôi sử dụng một mã PIN trên trang chỉ tỷ lệ kèo bóng đá 88 như một proxy để chỉ ra rằng người đọc vẫn có thể là"Trong chuyến bay"Từ tỷ lệ kèo bóng đá 88 nhập chỉ tỷ lệ kèo bóng đá 88 đến phù hợp HEAP LIÊN QUAN. LàmAmbulkdeleteBlock on a pin như vậy đảm bảo rằngNút hútKhông thể xóa tỷ lệ kèo bóng đá 88 nhập đống trước khi người đọc hoàn thành nó. Giải pháp này tốn ít thời gian chạy và thêm chặn chi phí chỉ trong những trường hợp hiếm hoi thực sự có xung đột.

Giải pháp này yêu cầu chỉ số quét là"Đồng bộ": Chúng ta phải tìm nạp từng đống Ngay sau khi quét tỷ lệ kèo bóng đá 88 nhập chỉ tỷ lệ kèo bóng đá 88 tương ứng. Đây là đắt tiền vì một số lý do. MỘT"Không đồng bộ"Quét trong đó chúng tôi thu thập nhiều TID từ chỉ tỷ lệ kèo bóng đá 88, và chỉ truy cập các bộ dữ liệu đống sau đó, sau đó, yêu cầu chi phí khóa chỉ số ít hơn nhiều và có thể cho phép nhiều hơn Mô hình truy cập heap hiệu quả. Theo phân tích trên, chúng ta phải Sử dụng phương pháp đồng bộ cho các ảnh chụp nhanh không tuân thủ MVCC, Nhưng quét không đồng bộ là khả thi cho một truy vấn sử dụng MVCC Ảnh chụp nhanh.

trong mộtAmgetbitmapSCAN INDEX, Phương thức truy cập không giữ một pin chỉ tỷ lệ kèo bóng đá 88 trên bất kỳ trả lại bộ dữ liệu. Do đó chỉ an toàn khi sử dụng các lần quét như vậy với Ảnh chụp nhanh tuân thủ MVCC.