Kích thước khối / sọc tốt nhất cho khối lượng đăng nhập?


7

Tôi biết khuyến nghị chung cho khối lượng dữ liệu trong SQL Server là sử dụng các khối / sọc 64 KB, vì I / O thường được thực hiện bởi toàn bộ phạm vi. Tuy nhiên, tôi không thể tìm thấy bất kỳ thông tin tốt nào về I / O tệp nhật ký.

Tôi đã xem hoạt động I / O trong Process Monitor trong một thời gian và có vẻ như kích thước I / O của tệp nhật ký nằm trong khoảng từ 512 byte đến dưới 64 KB. Tôi đoán điều này phụ thuộc vào quy mô của giao dịch được ghi lại và các giao dịch lớn được phân tách bằng cách sử dụng nhiều lần ghi ~ 64 KB.

Vì vậy, giả sử tôi có phân vùng được căn chỉnh theo các sọc RAID, liệu có an toàn không khi cho rằng các khối / sọc 64 KB sẽ mang lại hiệu suất tốt nhất, tất cả những thứ khác đều bằng nhau? Tôi hy vọng rằng các giao dịch nhỏ hơn, tức là các giao dịch có ghi 512 byte, sẽ không đủ mạnh để hình phạt kích thước khối lớn có tác động đáng kể, trong khi các giao dịch lớn hơn viết rất nhiều khối 64 KB liên tiếp sẽ nhanh chóng quan trọng hơn để điều chỉnh cho.

Câu trả lời:


5

Khối 64k thường là tốt nhất. Ghi nhật ký thực sự nên đạt tối đa khoảng 60k, nhưng ở mức 64k, bạn được căn chỉnh với kích thước của khối vật lý trên đĩa.


Rất thú vị. Tôi đã xây dựng lại âm lượng (phân vùng bị căn chỉnh sai, kích thước sọc bị sai và nó đang sử dụng các cụm 4KB), nhưng thấy rất ít thay đổi về hiệu suất theo kết quả của SQLIO. Tôi đoán bộ điều khiển ghi bộ đệm đã che giấu một số sự chậm chạp. Nhưng nếu / khi pin trên cái xô đó, ít nhất hiệu năng sẽ không giảm nhiều như vậy.
db2

5

Hãy nhớ rằng có hai loại căn chỉnh khác nhau: Kích thước khối và Độ lệch. Cả hai loại căn chỉnh này đều tập trung vào sự khác biệt giữa phân vùng / định dạng hệ điều hành và phân vùng / định dạng mảng lưu trữ cơ bản.

Một đĩa có căn chỉnh khối có nghĩa là HĐH và mảng lưu trữ bên dưới được định dạng theo cùng một khối. Có một số lợi ích hiệu suất có thể được thực hiện ở đây nhưng nói chung những lợi ích này là không đáng kể. Microsoft SQL khuyến nghị các ổ đĩa nhật ký và dữ liệu được chia thành các khối 64k.

Liên kết bù đắp là kẻ giết người thầm lặng cho hiệu suất. Nếu độ lệch không được cấu hình để căn chỉnh chính xác thì một khối duy nhất ở lớp HĐH có thể chồng lấp hai hoặc nhiều khối ở lớp lưu trữ. Khi HĐH yêu cầu khối đơn đó, nó sẽ kích hoạt lớp lưu trữ để kéo và trả về tất cả các khối lớp lưu trữ. Nếu bạn sửa một phần bù sai, bạn sẽ thấy hiệu suất tăng.

nhập mô tả hình ảnh ở đây

Hình ảnh này cho thấy làm thế nào ở các cấp độ khác nhau, căn chỉnh đĩa có thể tắt để bao gồm HĐH, lớp vmware và mảng lưu trữ. Nếu bạn đang chạy trên một máy chủ vật lý, thì bạn chỉ tập trung vào dòng đầu tiên và cuối cùng trong biểu đồ.

Xem thêm:

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.