Alireza Asked: 2012-08-02 05:13:28 +0800 CST2012-08-02 05:13:28 +0800 CST 2012-08-02 05:13:28 +0800 CST 我应该将 followers_no & following_no & product_no & last_login 等放在用户表中吗？更新不会导致表碎片化吗？ 772 我在社交网站上有一张用户表。我希望它从头开始变得高效。如果我将提到的字段放在表上，那么我必须在每次更改时更新用户表。我应该为这些经常变化的字段准备另一个表吗？我应该担心碎片化吗？ 有没有我不知道的更好的方法？ mysql database-design 2 个回答 Voted Best Answer RolandoMySQLDBA 2012-08-02T07:47:49+08:002012-08-02T07:47:49+08:00 它肯定会导致碎片化，但您必须将其与规范化进行比较。 碎片化 碎片是在重写环境中引入的。 DELETE 会自动创建至少与删除时行的大小相同的空白空间。 UPDATE 也可能导致碎片，主要是在可变长度数据上。 关于 InnoDB 碎片的进一步链接以及如何从 InnoDB 数据和系统表空间中消除它 http://www.bluegecko.net/mysql/innodb-tablespace-fragmentation-find-it-and-fix-it/ 如何从 InnoDB 表中删除碎片？（2012 年 4 月 11 日） 如何：清理 mysql InnoDB 存储引擎？（我的 StackOverflow 帖子来自 2010 年 10 月 29 日） 正常化 您在用户表中拥有的任何不可变（即，永远不会发生变化）的列都应该作为主表。诸如此类的事情 地址变更 拼写更正 姓氏更改（以防女士结婚） 将产生很少的碎片，因为这些类型的变化很少见。 任何记录用户信息频繁更改的信息都应该放入userinfo表中。这会将碎片问题与不可变的用户数据分开。您可以使用以下方法之一轻松地对 InnoDBuserinfo表进行碎片整理 ALTER TABLE userinfo ENGINE=InnoDB; OPTIMIZE TABLE userinfo; 结论 您应该将用户数据拆分为user表userinfo。一个简单的 INNER JOIN 将根据需要组合它们。 NoChance 2012-08-02T05:21:33+08:002012-08-02T05:21:33+08:00 我建议你遵循规范化规则。这将最大限度地减少写入和更新处理（和错误）并简化写入和更新例程逻辑的编码。您可以通过多种方式调整读取。您可以使用物化视图或索引视图来跟踪计数，而无需一条一条地查询记录。不要无缘无故地牺牲规范化。
它肯定会导致碎片化，但您必须将其与规范化进行比较。
碎片化
碎片是在重写环境中引入的。
关于 InnoDB 碎片的进一步链接以及如何从 InnoDB 数据和系统表空间中消除它
正常化
您在用户表中拥有的任何不可变（即，永远不会发生变化）的列都应该作为主表。诸如此类的事情
将产生很少的碎片，因为这些类型的变化很少见。
任何记录用户信息频繁更改的信息都应该放入
userinfo表中。这会将碎片问题与不可变的用户数据分开。您可以使用以下方法之一轻松地对 InnoDBuserinfo表进行碎片整理结论
您应该将用户数据拆分为
user表userinfo。一个简单的 INNER JOIN 将根据需要组合它们。我建议你遵循规范化规则。这将最大限度地减少写入和更新处理（和错误）并简化写入和更新例程逻辑的编码。您可以通过多种方式调整读取。您可以使用物化视图或索引视图来跟踪计数，而无需一条一条地查询记录。不要无缘无故地牺牲规范化。