关于 mysql 并发查询的问题

建表的时候建成自增字段，自己自增干嘛？

1# 说的对

有自增字段放着不用，这不是没事找事做吗？

+1 楼 自增字段

加唯一索引，主键和 order number 建立唯一索引

做个 seq 序号生成器好了， 如果是分布式的不能做自增主键的话

每天都是从零开始 这点如果不允许用 mysql 自增或者 oracle 的序列的话 去干死写需求的
订单号写成 20160815xxxxxxx 不就完了 非得从 1 开始？

有点看错了
（ 1 ）订单号是不是必须从 1 开始 不是的话就用一个自增序列 mod 一个大数就可以了 需求什么的 编号什么的是可以商量的
（ 2 ） oracle sequence 爽啊 这个可以重置序列的
（ 3 ）分布式的主键生成器 自己弄一个 java 的话好像有 atomic integer

记录当天的 start_id ，然后用自增 key 减去这个 id 不就有 order_id 了，有这么复杂么

mysql insert delayed into

自增+LAST_INSERT_ID()

1. 数据库有锁
2. 谁说 unique key 不能解决重复问题的，起码你加一个 order_date, order_number 的 unique key 就能解决重复问题（假如你并发没控制好的话就直接数据库出错）
3. mysql 支持复合 key 的 auto_increment, 但仅限于 MyISAM ，如果你的数据库场景可以使用 MyISAM 的话，这是一个最简单的解决方案

弄个分布式锁，或者弄个发号器

做个序号生成器吧，完全自增也不太靠谱， order_number 如果是订单 ID 的话，是有业务意义的，直接自增会带来安全隐患

redis 来个自增数 num ，然后 2 << num 不就好了

我以为是 1 ， 2 ， 4 ， 8 看错了