PHP-MySQL和INT auto_increment字段

发布时间：2020-12-11 23:25:08 所属栏目：MySql教程来源：网络整理

导读：因为我记得自己,所以我正在使用LAMP(Linux Apache MySQL PHP)进行开发.但是一个问题困扰着我好多年了.希望您能帮助我找到答案,并指出正确的方向.这是我的挑战：说,我们正在创建一个社区网站,允许我们的用户进行注册.我们存储所有用户的MySQL表如下所示： CR

因为我记得自己,所以我正在使用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的个人资料,那么他缺失的“ 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',`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',PRIMARY KEY  (`uid`)
) ENGINE=MyISAM  DEFAULT CHARSET=utf8;

3)一旦删除前一个记录,编写一个脚本以移动所有随后的用户记录.例如.在我们的案例中,当Bob(uid = 2)决定删除其个人资料时,我们将其记录替换为Chris(uid = 3)的记录,以便Chris的uid等于2并标记(is_deleted =’1′)克里斯的旧记录是新用户空缺的.在这种情况下,我们会根据注册时间保持uid的时间顺序,以便年龄较大的用户具有较低的uid.

现在,请告诉我哪种方法是处理auto_increment字段中差距的正确方法.这只是用户的一个示例,但是这种情况在我的编程经验中经常发生.

提前致谢！

最佳答案绝对不是移动用户ID的想法-有时会杀死您或您的mysql服务器.
假设您有1,000,000个用户,而用户2被删除了-您必须将999,999个记录下移一个…就像查询一样简单,因为它仍然会锁定您的数据库一段时间.
我也认为这与您为每个表的每个插入设置的auto_increment值搞乱了.
插入-> AI 1->插入-> AI 1->删除-> AI保持不变…如果您将所有ID都移位,则下一个auto_increment值仍为1,001,这将使1,000空.

我说未签名的BIGINT并忽略它-因为如果您甚至接近bigint的极限,您还有许多其他问题需要解决；)

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!