PHP如何生成按日期区分的唯一交易编号（TYYYYMMDDNNNN格式）

嘿，这个需求我刚好有类似的实现经验，给你分享下靠谱的解决方案，确保生成的交易编号唯一且每日序号从0001重新开始：

我们需要解决两个关键点：每日序号重置和并发场景下的编号唯一性。最稳妥的方式是用一个专门的序列表来跟踪每日各前缀的当前最大序号，配合数据库事务+行锁来避免冲突。

1. 数据库表设计 #

先创建一个transaction_sequence表，用来存储不同前缀（TR/SL）每日的序号计数器：

CREATE TABLE transaction_sequence (
    prefix VARCHAR(2) NOT NULL COMMENT '交易标识：TR或SL',
    date DATE NOT NULL COMMENT '日期',
    current_seq INT NOT NULL DEFAULT 1 COMMENT '当前最大序号',
    PRIMARY KEY (prefix, date) COMMENT '联合主键，确保同一前缀同一日期只有一条记录'
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

这个表的联合主键保证了每个前缀在同一天只会有一条计数器记录，完美支持每日重置的需求。

2. 编号生成逻辑（含SQL事务示例） #

我们用数据库事务+行锁来保证生成过程的原子性，避免并发请求生成重复编号。下面是完整的SQL示例（以TR前缀为例）：

-- 开启事务
START TRANSACTION;

-- 查询并锁定当前前缀+日期的记录，防止其他事务修改
SELECT current_seq INTO @current_seq
FROM transaction_sequence
WHERE prefix = 'TR' AND date = CURDATE()
FOR UPDATE;

-- 判断是否存在当日记录，不存在则初始化
IF @current_seq IS NULL THEN
    INSERT INTO transaction_sequence (prefix, date, current_seq)
    VALUES ('TR', CURDATE(), 1);
    SET @new_seq = 1;
ELSE
    -- 递增序号并更新记录
    SET @new_seq = @current_seq + 1;
    UPDATE transaction_sequence
    SET current_seq = @new_seq
    WHERE prefix = 'TR' AND date = CURDATE();
END IF;

-- 提交事务，完成计数器更新
COMMIT;

-- 格式化生成最终交易编号：TR + YYYYMMDD + 4位序号（补零）
SELECT CONCAT('TR', DATE_FORMAT(CURDATE(), '%Y%m%d'), LPAD(@new_seq, 4, '0')) AS transaction_id;

如果是SL前缀，只需要把SQL中的'TR'替换成'SL'即可。

3. 并发冲突处理 #

上面的SQL中用到了FOR UPDATE行锁，当一个事务查询并锁定这条记录时，其他请求会等待该事务提交后再执行，这样就避免了多个请求同时拿到相同的序号，彻底解决并发重复的问题。

4. 替代方案（直接从交易表生成） #

如果不想单独建序列表，也可以直接从交易记录表中查询当日最大编号来生成，但这种方式在交易数据量大时性能会差一些，且必须做好并发控制：

START TRANSACTION;

-- 查询当日TR前缀的最大交易编号
SELECT MAX(transaction_id) INTO @max_id
FROM transactions
WHERE transaction_id LIKE CONCAT('TR', DATE_FORMAT(CURDATE(), '%Y%m%d'), '%');

-- 计算新序号
IF @max_id IS NULL THEN
    SET @new_seq = 1;
ELSE
    -- 截取编号的最后4位并递增
    SET @new_seq = SUBSTRING(@max_id, 11) + 1;
END IF;

-- 生成新编号并插入交易表（这里需要确保插入操作也在事务内）
INSERT INTO transactions (transaction_id, ...)
VALUES (CONCAT('TR', DATE_FORMAT(CURDATE(), '%Y%m%d'), LPAD(@new_seq, 4, '0')), ...);

COMMIT;

这种方式依赖交易表的主键或唯一索引来兜底（比如给transaction_id加唯一约束），如果出现并发冲突，数据库会抛出唯一键错误，此时应用层需要重试生成逻辑。

优先推荐序列表+事务行锁的方案，它性能更高、并发控制更可靠，完全满足你需求中的TYYYYMMDDNNNN格式、每日序号重置、唯一编号的要求。

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