标签:mysql database sql sharding
这个问题与我曾经遇到过的问题无关,但它让我夜不能寐.从理论上讲,最终,随着表格中行数的增加和上升,每行对应的ID将“用完”数字,不是吗?我想如果你继续增加列值的深度,你可以保持它上升,但最终必须有一个上限,对吧?
我听说过一种叫做“分片”的技术,但没有详细解释,以满足我的好奇心.答案是你只是不断添加更多数字,或者是否有一个聪明的模式允许在他们自己的沙箱中“重复”ID.如果这些沙箱必须互动怎么办?
解决方法:
分片与ID的大小无关.
处理它的正确方法是:不要担心.
32位int具有足够的值,您可以在100多年内每秒添加一行而不会耗尽.
如果这还不够,使用64位int,你可以每秒增加10亿行,并且仍然可以持续超过500年.
所以基本上:不要担心.根据预期的行数100选择int的大小,然后继续.
重新分片:
这只是一种通过使用规则来决定哪个服务器应该获取数据来将数据库拆分到多个服务器上的方法.规则取决于您存储的内容和您拥有的服务器数量.
标签:mysql,database,sql,sharding 来源: https://codeday.me/bug/20190613/1231850.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。