作为后端开发如何设计数据库系列文章(二)设计大数据量表结构

作为后端开发如何设计数据库系列文章(二)设计大数据量表结构
https://developer.aliyun.com/article/756689

上篇文章讲解了传统数据库的一些设计注意点。

本篇为第二篇，在大数据量的情况下，如何去提前设计这个表结构，来达到一个比较好的效果。对于团队，对于后续的维护和扩展都带来更大的便利。

自增id

还是这条，自增id还是可以有，但是不是必须的了。但是建议还是每张表中有一个自增id。
为什么，还是那句话，做数据查询，迁移，排序的时候，有着天然的一些优势。

唯一标识

这个标识无论是token，还是其他例如订单的订单号或者其他唯一标识都行。
重点是唯一，不只是在单系统中唯一，而是需要在并发的情况，也能够保持唯一。

关于分布式id的生成方案，网上已经有很多了，这里就不重复了。谷歌搜索搜索，自己看下原理，跑跑demo，能够满足自己业务的最大并发情况下的唯一即可。

比如说你未来几年的最大并发也就是100，