完全理解你的顾虑——用language1、language2这种多列结构不仅会产生大量空值，后续要新增语言类型还得修改表结构，维护起来特别麻烦。其实你需要的是符合数据库范式的一对多关联表设计，这是处理这类多值场景的标准方案，既避免空值，又能灵活扩展。

具体实现步骤 #

1. 创建两张关联表 #

我们需要拆分数据到两个表，通过外键建立关联：

人员信息表（people）

用来存储人员的核心唯一信息：

CREATE TABLE people (
    person_id INT AUTO_INCREMENT PRIMARY KEY,
    name VARCHAR(50) NOT NULL
);

语言关联表（person_languages）

用来存储人员和语言的对应关系，一个人掌握多种语言就对应多条记录：

CREATE TABLE person_languages (
    person_id INT NOT NULL,
    language VARCHAR(50) NOT NULL,
    PRIMARY KEY (person_id, language), -- 联合主键避免重复记录
    FOREIGN KEY (person_id) REFERENCES people(person_id) ON DELETE CASCADE
);

这里的ON DELETE CASCADE表示如果删除people表中的人员记录，关联的语言记录会自动删除，避免脏数据。

2. 插入示例数据 #

比如：

• 张三掌握中文和英文
• 李四只掌握日文

插入人员数据：

INSERT INTO people (name) VALUES ('张三'), ('李四');

插入语言关联数据：

INSERT INTO person_languages (person_id, language) VALUES
(1, '中文'),
(1, '英文'),
(2, '日文');

3. 常用查询示例 #

查询某个人掌握的所有语言

SELECT p.name, pl.language
FROM people p
JOIN person_languages pl ON p.person_id = pl.person_id
WHERE p.name = '张三';

结果会返回两行：张三-中文、张三-英文。

统计所有人的语言掌握数量

SELECT p.name, COUNT(pl.language) AS language_count
FROM people p
LEFT JOIN person_languages pl ON p.person_id = pl.person_id
GROUP BY p.person_id, p.name;

这里用LEFT JOIN可以确保即使有人完全没有语言记录（虽然你的场景里应该不会有），也能被统计到数量为0。

备选方案：JSON字段（不推荐用于复杂场景） #

如果你的业务场景非常简单，只是偶尔查询，也可以用MySQL 5.7+支持的JSON类型字段，在people表中新增一列：

ALTER TABLE people ADD COLUMN languages JSON;

插入数据时存数组：

INSERT INTO people (name, languages) VALUES ('张三', '["中文", "英文"]');

查询时用JSON函数：

SELECT name, languages FROM people WHERE JSON_CONTAINS(languages, '"英文"');

但这种方案的缺点很明显：无法高效建立索引、复杂统计（比如统计掌握英文的人数）会很慢、数据结构不够直观，只适合非常简单的场景。

总结 #

关联表设计是处理这类多值场景的最优解：

• 完全避免空值，符合数据库第三范式
• 扩展性极强，新增语言无需修改表结构
• 查询、统计都灵活高效，支持复杂业务需求

内容的提问来源于stack exchange，提问作者Tristen Edwin