php - MySQL 和 INT auto_increment 字段

Question

自从我记得自己以来，我正在使用 LAMP (Linux+Apache+MySQL+PHP) 进行开发。但有一个问题困扰了我多年。我希望你能帮助我找到答案并指出正确的方向。这是我的挑战:

比方说，我们正在创建一个社区网站，我们允许我们的用户在该网站上注册。我们存储所有用户的 MySQL 表将如下所示:

CREATE TABLE `users` (
  `uid` int(2) unsigned NOT NULL auto_increment COMMENT 'User ID',
  `name` varchar(20) NOT NULL,
  `password` varchar(32) NOT NULL COMMENT 'Password is saved as a 32-bytes hash, never in plain text',
  `email` varchar(64) NOT NULL,
  `created` int(11) unsigned NOT NULL default '0' COMMENT 'Timestamp of registration',
  `updated` int(11) unsigned NOT NULL default '0' COMMENT 'Timestamp of profile update, e.g. change of email',
  PRIMARY KEY  (`uid`)
) ENGINE=MyISAM  DEFAULT CHARSET=utf8;

因此，从这个片段中您可以看到我们为每个新用户的“uid”字段设置了一个唯一且自动递增的字段。对于每一个好的和忠诚的社区网站，我们需要为用户提供完全删除他们的个人资料的可能性，如果他们想取消他们对我们社区的参与。

我的问题来了。假设我们有 3 个注册用户:Alice (uid = 1)、Bob (uid = 2) 和 Chris (uid = 3)。现在 Bob 想删除他的个人资料并停止使用我们的社区。如果我们从 'users' 表中删除 Bob 的个人资料，那么他丢失的 'uid' 将创建一个永远不会被再次填充的空白。在我看来，这是对 uid 的巨大浪费。我在这里看到 3 种可能的解决方案:

1) 将表中“uid”字段的容量从 SMALLINT (int(2)) 增加到例如 BIGINT (int(8))，并忽略一些 uid 将被浪费的事实。

2) 引入新字段“is_deleted”，它将用于标记已删除的配置文件(但将它们保留在表中，而不是删除它们)以便为新注册的用户重新使用它们的 uid。该表将如下所示:

CREATE TABLE `users` (
  `uid` int(2) unsigned NOT NULL auto_increment COMMENT 'User ID',
  `name` varchar(20) NOT NULL,
  `password` varchar(32) NOT NULL COMMENT 'Password is saved as a 32-bytes hash, never in plain text',
  `email` varchar(64) NOT NULL,
  `is_deleted` int(1) unsigned NOT NULL default '0' COMMENT 'If equal to "1" then the profile has been deleted and will be re-used for new registrations',
  `created` int(11) unsigned NOT NULL default '0' COMMENT 'Timestamp of registration',
  `updated` int(11) unsigned NOT NULL default '0' COMMENT 'Timestamp of profile update, e.g. change of email',
  PRIMARY KEY  (`uid`)
) ENGINE=MyISAM  DEFAULT CHARSET=utf8;

3) 编写一个脚本，在前一条记录被删除后转移所有后续用户记录。例如。在我们的例子中，当 Bob (uid = 2) 决定删除他的个人资料时，我们将用 Chris (uid = 3) 的记录替换他的记录，以便 Chris 的 uid 等于 2 并标记 (is_deleted = '1') Chris 的旧记录对新用户来说是空的。在这种情况下，我们根据注册时间保持uid的时间顺序，以便较旧的用户具有较低的uid。

现在请告诉我哪种方法是处理 auto_increment 字段中的间隙的正确方法。这只是用户的一个例子，但在我的编程经验中，这种情况经常发生。

提前致谢!

Answer 1

绝对不是移动用户 ID 的想法 - 这会在某个时候杀死你或你的 mysql 服务器。假设您有 1,000,000 个用户，而用户 2 被删除了 - 您必须将 999,999 条记录向下移动一个...就像查询一样简单，它仍然会锁定您的数据库一段时间。我还认为这会混淆您在每个表的每个插入上设置的 auto_increment 值。插入 -> AI+1 -> 插入 -> AI+1 -> 删除 -> AI 保持不变...如果你移动所有 ID 的下一个 auto_increment 值仍然是 1,000,001，现在将 1,000,000 留空。

我说 unsigned BIGINT 并忽略它 - 因为如果你接近 bigint 的极限，你还有许多其他问题需要解决;)