mysql主键应该怎么设定？就是用自增字段吗？

还是说应该有跟业务有关的字段作为主键。

QUOTE:

---

原帖由 weilaiyxj 于 2008-5-25 10:13 发表
mysql主键应该怎么设定？就是用自增字段吗？

还是说应该有跟业务有关的字段作为主键。

---

至于是那个字段作为自增字段，这个肯定根据你需求而定....
One Table  have only one Auto_Increment that column is must to be Primary key.



至于你问： mysql主键应该怎么设定？就是用自增字段吗？
主键如何设置加上 Primary key或者结束定义的地方加上 Create Table tablename(................,Primary key（columnname）)

主键是否要设置为 Auto_Increment的问题。。我觉得是不是问点有点太差了，也只有数字类型的字段可以设置为Auto_Increment，其他类型不行。。
没人说主键一定要是自增的，但是自增加的字段必须是主键且是数字类型


这下应该能看明白吧

可能是我问的不是太确切。


我说的怎么设定 应该是怎么选择的问题。 是不是专门有个自增字段当主键。 （而这个主键可以跟业务没有关系。）

我觉得已经说的非常清楚了，如何设置......


以及设置为自增字段的，必须具备的条件


你问的问题，确实有点让人难以理解

楼主，对于一个表主键的选择，从架构设计角度来说，尽量设计一个与业务无关的字段来作为主键会对系统更好
当然，这势必会增加表数据量的大小，可能有些人会认为这个副作用不值得而选择一个有业务意义的字段（或者多个字段）来作为主键

但是对于大多数时候，这个字段所增加的物理存储空间实际上是很小的，并没有很多人想象的那么可怕。而带来逻辑上的简单是很可观的。

另外，是否选择自增类型作为主键，这个可以说是各有好处，如果用自增，应用可以不care这个主键的值得设定，但是有在高并发下成为瓶颈的风险，当然如果并发并不是非常非常高的话，一般不会成为瓶颈。如果自己控制这个主键值的话，应哟娜更需要付出一点点代价来生成这个值，并发问题可以通过扩展应用集群来解决。

QUOTE:

---

原帖由 sky000 于 2008-5-26 19:24 发表
楼主，对于一个表主键的选择，从架构设计角度来说，尽量设计一个与业务无关的字段来作为主键会对系统更好
当然，这势必会增加表数据量的大小，可能有些人会认为这个副作用不值得而选择一个有业务意义的字段（或者多个字段）来作为主键

但是对于大多数时候，这个字段所增加的物理存储空间实际上是很小的，并没有很多人想象的那么可怕。而带来逻辑上的简单是很可观的。

另外，是否选择自增类型作为主键，这个可以说是各有好处，如果用自增，应用可以不care这个主键的值得设定，但是有在高并发下成为瓶颈的风险，当然如果并发并不是非常非常高的话，一般不会成为瓶颈。如果自己控制这个主键值的话，应哟娜更需要付出一点点代价来生成这个值，并发问题可以通过扩展应用集群来解决。

---

Yeah.auto_increment will be a bottleneck in the near future.
especially with the high concurrency.