mysql – 如何处理天文数字高的数据库ID

这个问题与我曾经遇到过的问题无关,但它让我夜不能寐.从理论上讲,最终,随着表格中行数的增加和上升,每行对应的ID将“用完”数字,不是吗?我想如果你继续增加列值的深度,你可以保持它上升,但最终必须有一个上限,对吧?

我听说过一种叫做“分片”的技术,但没有详细解释,以满足我的好奇心.答案是你只是不断添加更多数字,或者是否有一个聪明的模式允许在他们自己的沙箱中“重复”ID.如果这些沙箱必须互动怎么办?

解决方法:

分片与ID的大小无关.

处理它的正确方法是:不要担心.

32位int具有足够的值,您可以在100多年内每秒添加一行而不会耗尽.

如果这还不够,使用64位int,你可以每秒增加10亿行,并且仍然可以持续超过500年.

所以基本上:不要担心.根据预期的行数100选择int的大小,然后继续.

重新分片:

这只是一种通过使用规则来决定哪个服务器应该获取数据来将数据库拆分到多个服务器上的方法.规则取决于您存储的内容和您拥有的服务器数量.

上一篇:全网写得最好的分库分表之 Sharding-JDBC 中间件介绍


下一篇:sharding demo