在设计 MySQL 数据表时，数据类型的选择直接影响到存储效率、查询性能和数据完整性。合理选择数据类型能有效减少磁盘占用、提升索引效率，并避免潜在的错误。
1. 尽量使用更小的数据类型
在满足业务需求的前提下，优先选择占用空间最小的数据类型：
用 TINYINT 而不是 INT 存储状态值（如 0/1） 用 SMALLINT 或 MEDIUMINT 替代 INT，当数值范围较小时 越小的数据类型，CPU 处理更快，内存和磁盘 I/O 开销也更低2. 正确使用整数类型与无符号属性
根据实际取值范围选择合适的整型，并考虑是否需要负数：
INT(11) 并不表示最大长度为 11 位，括号中的数字只是显示宽度 如果只存正数，可使用 UNSIGNED，使 INT 的上限从 21 亿提升到约 42 亿 注意：UNSIGNED 列不能参与涉及负数的计算，需确保应用逻辑兼容3. 谨慎使用 DECIMAL 和 FLOAT/DOUBLE
浮点类型存在精度丢失问题，金融类数据必须使用 DECIMAL：
FLOAT 和 DOUBLE 适合科学计算等对精度要求不高的场景 DECIMAL(M,D) 可精确表示小数，常用于金额字段（如 DECIMAL(10,2)） DECIMAL 占用空间较大，M+2 字节左右，不宜过度设置精度4. 字符串类型选择要合理
根据内容长度和变长特性选择 CHAR 还是 VARCHAR：
CHAR(N) 固定长度，适合短且长度固定的值（如性别、状态码） VARCHAR(N) 变长，节省空间，适合用户名、地址等长度不一的数据 注意：VARCHAR 需额外 1-2 字节记录长度，超过 255 字符建议评估是否合理 大文本内容使用 TEXT 类型，但避免在频繁查询的字段中使用5. 日期时间类型要匹配业务需求
根据精度要求选择合适的时间类型：
DATETIME 精确到秒，范围大（'1000-9999'），不依赖时区 TIMESTAMP 节省空间（4 字节），受时区影响，适合记录创建/更新时间 需要微秒支持时，可用 DATETIME(6) 避免用 INT 存时间戳，虽然节省空间但可读性差，不便处理6. 避免使用 NULL 值过多或不当
NULL 值增加查询复杂度，影响索引效率：
尽可能定义列为 NOT NULL，用默认值代替（如 0、空字符串） NULL 值在索引中占额外空间，某些引擎中会导致索引失效 只有确实“未知”或“不存在”的场景才允许为 NULL基本上就这些。选型时结合业务场景、数据量、查询频率综合判断，宁小勿大，宁简勿繁。设计初期花点时间选对类型，后期能省不少麻烦。
