MySQL搭建私有用户Web应用：用户数据存储方案咨询

我正在尝试开发一款带有登录系统的Web应用，用户登录后可向个人列表中添加内容。我是MySQL和网站开发新手，对此感到困惑。

需要的用户表结构如下：

users
id  username  name   email            password 
1   john123   john   john@gmail.com   password
2   jenna23   jenna  jenna@gmail.com  password3

同时需要存储用户个人物品数据，John的数据示例：

item-name type   image
cat       animal cat.jpg
cheeto    food   cheeto.jpg

Jenna的数据示例：

item-name type   image
dog       animal dog.jpg
grapes    food   grapes.jpg

目前不打算支持用户间数据共享，仅希望用户将此网站作为个人物品存储工具。请问应为每个用户单独建表，还是将所有用户数据存入同一张表？这样会不会出问题？

绝对不要为每个用户单独建表，应该把所有用户的物品数据存入同一张表，原因和具体设计如下：

为什么不建议每个用户建表 #

• 维护成本爆炸：如果用户量增长到几百、几千，数据库里会出现大量结构完全相同的表，备份、修改表结构（比如新增description字段）时要操作所有表，工作量极大且容易出错。
• 代码逻辑复杂：查询用户数据时需要动态拼接表名，还要处理用户表不存在的异常，增加了代码的复杂度和出错概率。
• 违背关系型数据库设计原则：关系型数据库的核心就是用关联关系处理“一对多”场景（一个用户对应多个物品），单独建表完全是舍近求远。

正确的表设计 #

创建一张名为user_items的表，通过user_id字段和users表关联，结构如下：

user_items
id  user_id  item_name  type    image
1   1        cat        animal  cat.jpg
2   1        cheeto     food    cheeto.jpg
3   2        dog        animal  dog.jpg
4   2        grapes     food    grapes.jpg

• id：物品的主键，唯一标识每个物品
• user_id：外键，关联users表的id字段，用来标记该物品属于哪个用户
• item_name、type、image：存储物品的具体信息

数据查询与隔离 #

用户登录后，只需用自身的user_id作为查询条件，就能获取自己的所有物品，完全不用担心数据混淆：

-- 查询John的所有物品（user_id=1）
SELECT * FROM user_items WHERE user_id = 1;

额外注意事项 #

• 给user_id字段添加索引，这样查询时能大幅提升速度，尤其是用户量和物品量较大的时候。
• 绝对不要明文存储密码：你示例里的password字段是明文，这是严重的安全问题，应该用bcrypt、Argon2等哈希算法加密后再存储。

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