PHP生成时间格式主键写入SQL时校验唯一性避免重复的方案咨询

• 首先可以明确：你当前的ID生成逻辑本身就存在极高的重复风险，你构想的事务内校验重试逻辑不仅不是合理实践，也没法彻底解决ID重复的隐患，还会额外增加数据操作的复杂度和性能损耗。

现有方案的核心问题 #

1. ID生成逻辑的先天缺陷
   你用的dmYHis格式是精确到秒的时间字符串，同一秒内只要有2个及以上的并发请求，就会生成完全相同的$id，只要业务有一点点并发量，ID重复几乎是必然发生的，根本不需要到高并发场景就会触发主键冲突报错。

// 你的原有ID生成逻辑
$id = new DateTime();
$id = $id->format("dmYHis");

2. SQL事务校验逻辑的漏洞
   你构想的事务逻辑存在明显的逻辑问题：主键自带唯一约束，你插入重复ID的时候，INSERT语句会直接抛出唯一冲突错误，进入CATCH分支触发回滚，根本不会走到你后面写的“校验、加1重试”的逻辑。就算你把重试逻辑移到事务外，要么会因为并发查询出现幻读导致重复插入，要么为了避免幻读加锁导致数据库性能骤降，高并发场景下甚至可能出现多个请求循环抢ID的死锁问题，完全得不偿失。

更合理的落地建议 #

• 优先使用数据库自带的自增主键：完全不需要你在业务侧生成ID，数据库原生保证唯一性，性能最高，逻辑最简洁，是业务主键的首选方案。
• 如果确实需要ID携带时间信息：可以在时间字符串后面追加随机后缀/用户唯一标识，比如把ID生成为dmYHis . random_int(100,999)，精确到秒的时间加3位随机数，每秒可以支持900个不重复的ID，绝大多数中小业务场景都够用；如果业务并发更高，可以用雪花算法这类成熟的分布式ID生成方案，重复概率几乎可以忽略。
• 如果你非要坚持自己生成ID再插入：不需要提前做任何唯一性校验，直接执行插入语句，捕获数据库返回的唯一冲突异常，捕获到之后再重新生成ID重试即可，逻辑更简单也更可靠，不需要额外加事务做冗余校验。

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