Làm thế nào để tính toán không gian đĩa được sử dụng bởi bảng MySQL từ các kiểu dữ liệu cột và số hàng?

• Có nhiều chi phí hơn bạn đã đề cập. 20 byte / hàng might được gần gũi .
• Không tin tưởng SHOW TABLE STATUS để cung cấp "Hàng", hãy sử dụng SELECT COUNT(*) ... Hãy để ý xem nó đã giảm gần như hệ số 2 như thế nào.
• Tính theo cách khác:135245332480/3017513240 =45 byte.
• Từ 45 byte, tôi suy ra rằng rất nhiều ô là NULL?
• Mỗi cột trong mỗi hàng có tổng chi phí 1 hoặc 2 byte.
• ROW_FORMAT vấn đề.
• TEXT và BLOB (v.v.) có các quy tắc hoàn toàn khác với các kiểu dữ liệu đơn giản.
• Các chỉ mục chiếm nhiều hơn 6 byte mà bạn đã đề cập (xem bài đăng khác của bạn ).
• Cấu trúc BTree có một số chi phí. Khi được tải theo thứ tự, 15/16 của mỗi khối được lấp đầy (điều đó được đề cập ở đâu đó trong tài liệu). Sau khi khuấy, phạm vi có thể dễ dàng được lấp đầy 50-100%; một BTree hấp dẫn đến 69% đầy (do đó là 1,45 trong bài đăng khác).

Dành một lượng không gian tương đương để sao lưu ...

• Tôi không biết đó có phải là những gì họ đang làm hay không.
• Nếu họ sử dụng mysqldump (hoặc tương tự), thì đó không phải là công thức an toàn - văn bản kết xuất của cơ sở dữ liệu có thể lớn hơn hoặc nhỏ hơn đáng kể.
• Nếu họ sử dụng LVM, thì họ có chỗ cho một kết xuất nhị phân đầy đủ. Nhưng điều đó không có ý nghĩa vì BÒ.
• (Vì vậy, tôi bỏ cuộc vào Quý 3.)

Dịch vụ Đám mây có thể đang thực hiện một số kiểu nén không?