高并发下获取mysql自增主键id的解决方案

方案一：

跟我来： 1、开一个存储过程（不为啥，最近喜欢） 2、开一个事务（要上锁了） 3、某张表中有某行无关数据，或者就直接再你要用的这张表里吧，省的跳来跳去的。 4、给那行数据上行锁 5、插入自增数据行 6、获取自增数据行，max足矣，这个操作时间复杂度是 O(1) 的 7、提交事务

这个方案我试了，但是在C++操作MySQL时我不知道要怎么拿第二个结果集，查了一小时，自己也尝试了好久，也没找到能解决的把办法，于是我又想了第二个办法。

方案二：

业务锁。对那个业务上锁。大家不要闻锁色变，其实上锁解锁真没多少开销，开销大的是锁竞争。 而且上面那个方案也要上锁，只不过一个锁是在业务层面，一个是在数据库层面。但是数据库锁住了，业务不也得跟着锁着嘛。

接下来就闲扯了。 一般用在啥场景呢？像注册，这种需要自动生成账号类的场景用自增主键，因为自增主键我也不是很喜欢，主键还是要有自己的意义的。不过这类业务，如果由用户自己输入账号，亦或是系统自己随机生成，都没有自增来的快，毕竟林子大了，就容易主键冲突。

网上也有不少帖子写了一大堆的解决方案，也讲了存储过程，但是很少看到有解释为什么要存储过程的。 上面那个解决方案一，精髓就在第四步。