每个自定义列的 Innodb 自动增量，错误的并发性

Question

我们有表 MySql 5.5：

CREATE TABLE IF NOT EXISTS `invoices` (
  `id` varchar(36) NOT NULL,
  `client_id` smallint(4) NOT NULL,
  `invoice_number` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `client_id_2` (`client_id`,`invoice_number`),
  KEY `client_id` (`client_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

我们像这样将数据插入到该表中：

INSERT INTO `invoices` ( `id` , `client_id` ,  `invoice_number`   )  
VALUES (
    UUID(),
    10 ,
    ( SELECT (MAX(`invoice_number`) +1)  as next_invoice_number FROM `invoices`  WHERE `client_id`  = 10 )
);

“10”是client_id 值。

它可以工作，但是它的并发性很差。我怎样才能有工作的解决方案，具有良好的并发性？

复合主键自动增量不是解决方案。我们需要每个 client_id 值的自动增量。复合主键自动增量在整个表中提供自动增量，而不是每个 client_id 列值。

Answer 1

不确定您在这里所说的糟糕的并发是什么意思。虽然每个 DML 操作都在隐式事务上运行，但您也可以使用 begin transaction ... end 构造将其包装在显式事务块中。

Answer 2

看来mysql真的把整个表都锁在insert into ... select上了。

在伪代码中对我们有用（针对类似问题）的策略

function insert_user(){
  begin_transaction
  next_invoice_number = select_max_invoice_number + 1
  insert_user(next_invoice_number)
  end_transaction
}

function perform_insert(){
  try
   insert_user
  catch RecordNotUniqueError 
   perform_insert
  end
} 

这需要使用某种高级编程语言执行查询。 您基本上开始了一个交易，您首先执行查询以读取用户的下一个发票编号。之后，您使用 next_invoice_number 执行插入查询并希望获得最好的结果。如果有一个并发进程尝试为同一用户插入相同的发票编号，则其中一个进程的事务将失败。然后它可以尝试重复它。最后不应该对同一个发票号进行并发操作，每笔交易都会成功。

Answer 3

我在这里看到了一些问题。

首先，对于每个发票登记，您都在扫描同一张表，以查找该特定客户应使用的下一个发票编号。

一个更快的解决方案是创建一个包含两列的表：Customer_ID（键）和最后一张发票 ID。

每当您需要注册新发票时，您只需从这个新表中获取并更新新发票编号，然后在插入中使用它。

其次，是什么让您认为您在示例中显示的操作不应该锁定表？

由于这种情况只是偶尔发生，最好的解决方案是尽量减少碰撞的可能性，这里介绍的方法肯定会做到这一点。

Answer 4

以这种方式重新格式化查询。这可能更简单、更快。

INSERT INTO `invoices` ( `id` , `client_id` ,  `invoice_number`   )  
    SELECT UUID(),
           10 ,
           MAX(`invoice_number`) +1
        FROM `invoices`
        WHERE `client_id`  = 10;

这本身就在交易中吗？ autocommit=1?

或者这是一个更大的命令集的一部分？并且可能它们是导致错误的部分原因？

您随后将如何获取客户的 UUID 和/或 invoice_number？应用程序不需要显示它们和/或将它们存储在其他表格中吗？