数值类型:精度与空间的权衡
整数类型的选择远比想象中复杂。TINYINT、SMALLINT、MEDIUMINT、INT、BIGINT分别占用1-8字节存储空间,不仅影响存储效率,更直接影响索引性能和内存消耗。
CREATE TABLE user (
id BIGINT UNSIGNED AUTO_INCREMENT, -- 超大范围:0到18446744073709551615
age TINYINT UNSIGNED, -- 足够存储年龄:0-255范围
salary DECIMAL(10,2) -- 精确小数:适合财务计算
);
浮点类型的陷阱:FLOAT和DOUBLE采用近似存储,而DECIMAL提供精确计算但代价是更高存储开销。金融系统必须使用DECIMAL避免精度丢失。
字符类型:性能的关键因素
VARCHAR与CHAR的选择考验架构师功力。VARCHAR(255)以下额外占用1字节长度信息,超过则需要2字节。CHAR定长适合短且长度固定的数据(如MD5哈希值),能够避免碎片化提高查询速度。
CREATE TABLE article (
title VARCHAR(255), -- 可变长度,节省空间
md5_hash CHAR(32), -- 定长32字符,性能更优
content TEXT, -- 大文本数据
metadata JSON -- 半结构化数据
);
时间类型:时区处理的艺术
DATETIME与TIMESTAMP的根本区别:TIMESTAMP占用4字节存储UTC时间,自动进行时区转换;DATETIME占用8字节存储字面时间值。国际应用必须谨慎选择。
CREATE TABLE event (
event_time DATETIME, -- 存储指定时间值
created_at TIMESTAMP -- 自动转换为UTC存储
);
空间与JSON类型:现代应用新选择
MySQL 8.0极大增强了JSON功能,提供自动验证、高效存储和强大的查询能力:
SELECT user->>'$.name' FROM orders
WHERE JSON_EXTRACT(order_data, '$.amount') > 1000;
类型选择最佳实践对比表
|
数据类型 |
存储开销 |
适用场景 |
注意事项 |
|
INT |
4字节 |
主键、计数器 |
范围-2147483648到2147483647 |
|
VARCHAR(255) |
长度+1字节 |
变长字符串 |
最大65535字符 |
|
DATETIME |
8字节 |
时间戳记录 |
无时区转换 |
|
JSON |
灵活存储 |
半结构化数据 |
MySQL 5.7+支持 |
正确选择数据类型是数据库优化的第一步。整数类型决定存储空间和性能,字符类型影响索引效率,时间类型关乎时区一致性,JSON类型提供模式灵活性。唯有深入理解每种类型的底层实现,才能在存储效率、查询性能和开发便利性之间找到最佳平衡点。

被折叠的 条评论
为什么被折叠?



