Có sử dụng smallint datatype trên int trong mysql thực sự tiết kiệm bộ nhớ?

Question

Có sử dụng một kiểu dữ liệu smallint trong một bảng mysql trên một int thường xuyên thực sự cải thiện việc sử dụng bộ nhớ? Liệu phần cứng sẽ chỉ phân bổ kích thước từ 64 bit đầy đủ cho tất cả dữ liệu? Nếu nó không phân bổ một từ đầy đủ, thì chúng ta sẽ không thấy một hiệu suất giảm từ việc phải phân tích ra nhiều điểm nhỏ hoặc nhỏ từ một từ 64 bit được cấp phát trong bộ nhớ? Về cơ bản, có bất kỳ lợi ích thiết kế/bộ nhớ/hiệu suất nào khi sử dụng bảng sau trên bảng sau, giả sử chúng ta biết phạm vi giá trị được lưu trữ trong cột Status sẽ không bao giờ vượt quá phạm vi tối đa/min của smallint? Mọi thông tin chi tiết sẽ được đánh giá cao:

create table `TestTableWithSmallInt` (
    `ID` bigint(20) NOT NULL AUTO_INCREMENT, 
    `Status` smallint(11) DEFAULT 0, 
    PRIMARY KEY (`ID`) 
) ENGINE=InnoDB DEFAULT CHARSET=utf8; 

create table `TestTableWithInt` (
    `ID` bigint(20) NOT NULL AUTO_INCREMENT, 
    `Status` int(11) DEFAULT 0, 
    PRIMARY KEY (`ID`) 
) ENGINE=InnoDB DEFAULT CHARSET=utf8; 

Answer 1

Bạn sẽ lưu về mặt lý thuyết hai byte mỗi hàng, một SMALLINT là số nguyên được ký 16 bit so với số INT được ký 32 bit. various types have varying storage requirements.

Thông thường, khoản tiết kiệm giữa INT và SMALLINT sẽ tạo ra một cải tiến hiệu suất mỏng mà bạn sẽ gặp khó khăn khi đo, đặc biệt nếu có một số trường nhỏ bạn cắt theo cách này.

Ngược lại, bạn chỉ muốn sử dụng BIGINT khi có thể hiểu rằng bạn có thể làm cạn kiệt không gian số của trường được gắn cờ AUTO_INCREMENT.

Bạn có lẽ nên khai báo chúng theo kiểu trần của chúng, không có chiều dài, để phù hợp nhất. INT thích hợp hơn là INT(11) và SMALLINT(11) là gây hiểu nhầm vì không thể có được độ chính xác nhiều từ giá trị 16 bit.

Answer 2

Việc truyền dữ liệu của các khối bộ nhớ nhỏ gọn nhanh hơn. Chỉ khi một ngôn ngữ lập trình được phát, chuyển đổi diễn ra.