Giá trị lớn nhất của một số nguyên không liên quan nhiều đến số hàng tối đa bạn có thể lưu trữ trong bảng.
Đúng là nếu bạn sử dụng int hoặc bigint làm khóa chính, bạn chỉ có thể có nhiều hàng bằng số giá trị duy nhất trong kiểu dữ liệu của khóa chính, nhưng bạn không cần phải đặt khóa chính của mình là số nguyên , bạn có thể biến nó thành CHAR (100). Bạn cũng có thể khai báo khóa chính trên nhiều cột.
Có những ràng buộc khác về kích thước bảng ngoài số hàng. Ví dụ, bạn có thể sử dụng một hệ điều hành có giới hạn về kích thước tệp. Hoặc bạn có thể có một ổ cứng 300GB chỉ có thể lưu trữ 300 triệu hàng nếu mỗi hàng có kích thước 1KB.
Các giới hạn về kích thước cơ sở dữ liệu thực sự cao:
http://dev.mysql.com/doc /refman/5.1/en/source-configuration-options.html
Công cụ lưu trữ MyISAM hỗ trợ 2 hàng trên mỗi bảng, nhưng bạn có thể xây dựng MySQL với --with-big-tables để làm cho nó hỗ trợ tối đa 2 hàng trên mỗi bảng.
http://dev.mysql.com/doc/refman /5.1/en/innodb-restrictions.html
Công cụ lưu trữ InnoDB có ID hàng 6 byte nội bộ cho mỗi bảng, do đó, số hàng tối đa bằng 2 hoặc 281.474.976.710.656.
Không gian bảng InnoDB cũng có giới hạn về kích thước bảng là 64 terabyte. Có bao nhiêu hàng phù hợp với điều này phụ thuộc vào kích thước của mỗi hàng.
Giới hạn 64TB giả định kích thước trang mặc định là 16KB. Bạn có thể tăng kích thước trang và do đó tăng không gian bảng lên đến 256TB. Nhưng tôi nghĩ rằng bạn sẽ thấy các yếu tố hiệu suất khác khiến điều này không thể sử dụng được lâu trước khi bạn phát triển một bảng đến kích thước đó.
