PHP-MySQL和INT auto_increment字段

因为我记得自己,所以我正在使用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',
  `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′)克里斯的旧记录是新用户空缺的.在这种情况下,我们会根据注册时间保持uid的时间顺序,以便年龄较大的用户具有较低的uid.

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

提前致谢！

解决方法:

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

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

标签：phpmyadmin,auto-increment,mysql,php
来源： https://codeday.me/bug/20191210/2098698.html