数据库Column列怎样优化

在数据库中，“Column（列）”层面的优化，通常体现在结构设计、数据类型选择、索引使用、存储与查询方式等方面。下面按常见场景系统讲一下。

一、数据类型优化（最基础也最重要）

1. 选最小够用的类型

• 能用 INT 不用 BIGINT
• 能用 VARCHAR(50) 不用 VARCHAR(255)
• 状态类用 TINYINT / ENUM（谨慎用 ENUM）

-- 不推荐
age INT

-- 推荐
age TINYINT UNSIGNED

2. 避免 NULL（视情况）

• NULL 会增加索引和判断成本
• 可用默认值替代

status TINYINT NOT NULL DEFAULT 0

3. 时间类型

• 时间戳用 DATETIME / TIMESTAMP
• 不要存字符串时间

created_at DATETIME NOT NULL

二、列数量与宽表优化

1. 控制单行宽度

• 单行字段太多 → IO 变大
• 大字段（text/blob）单独拆表

user
user_profile（avatar, biography）

2. 垂直拆分

• 热字段（经常查）
• 冷字段（很少用）

三、索引列优化

1. 高选择性列建索引

• 性别不适合单建索引
• 用户ID、手机号适合

2. 最左前缀原则

INDEX(a, b, c)

可用：

WHERE a=1 AND b=2

不可用：

WHERE b=2

3. 避免对列做函数运算

-- 差
WHERE YEAR(created_at) = 2024

-- 好
WHERE created_at >= '2024-01-01'

四、冗余列与计算列

1. 适当冗余（反范式）

• 避免频繁 JOIN

order（user_id, user_name）

2. 使用生成列（MySQL 5.7+）

price DECIMAL(10,2),
num INT,
total DECIMAL(10,2) AS (price * num)

五、大字段列优化

• TEXT / BLOB 不建索引
• 可存对象存储（OSS/S3）
• 数据库中只存 URL

六、查询中的列优化

1. 不要 SELECT *

SELECT id, name FROM user

2. 覆盖索引

INDEX(name, age)
SELECT name, age FROM user WHERE name='Tom'

七、不同数据库的特殊优化

• MySQL：注意字符集（utf8mb4）
• PostgreSQL：可用 JSONB
• Oracle：分区表 + 虚拟列

总结一句话

列优化 = 选对类型 + 控制宽度 + 合理索引 + 减少大字段 + 避免无效查询

如果你有具体数据库（MySQL / PG / Oracle）或具体表结构，我可以帮你针对性优化。