服务器url在哪里看 请问对于数据库的主键究竟要不要用自增id呢？
请问对于数据库的主键究竟要不要用自增id呢？
谢谢你的邀请！此问题与特定的业务场景和技术实现有关：
1。业务场景：如订单、付款单等敏感字段不能自动添加。它们是具有高安全级别的字段，需要一个唯一的ID作为主键。
2. 技术实现：在实际开发过程中，批量导入或处理数据时，需要考虑技术实现的性能，因此需要从多方面验证是使用自增主键还是非自增主键。
在分布式系统中，如何生成分布式ID？
两种常用的分布式ID方法是UUID和snowflake算法。
UUID是一种本地ID生成方法，不需要远程调用，具有高性能、低延迟和良好的可扩展性，但UUID不支持增量。
该算法的核心思想是一个长ID：1位标识符（始终为0）、41位时间戳毫秒、10位机器识别码和12位序列号（毫秒）。从理论上讲，该算法可以在一台机器上每秒生成1000*（2^12）个ID，具有高性能、增长趋势和高灵活性。然而，算法依赖于机器的操作时钟。如果服务器倒计时，将生成重复的ID。
全局唯一ID在分布式系统中用来做什么用？
虽然UUID生成世界上唯一的ID，但它是非数字的，没有顺序。其中大部分数据需要存储在数据库中。数据库中的热数据存储在内存中，查询效率高。如果顺序不对，查询将需要在内存和硬盘之间进行翻转，这将影响速度。另外，为了便于阅读，一般采用全数字。如果不要求ID是数字，建议使用最简单的一个，即UUID，它包括机器码、时间戳、随机数等，但UUID最终生成一个全局唯一的字符串，而不是整数，看起来很混乱。
2. MySQL自己添加ID。它使用一个表来存储各种业务id。每个分布式系统插入一个ID后，生成1000万个本地号码与ID拼接，然后每个系统得到一个ID，相当于生成1000万个ID，足够长时间使用。这1000万个ID可以预先定义，并在系统启动时放入内存。因为它们只是ID，所以不会占用太多内存。MySQL可以内置到集群中，这不会影响自增IDs的使用。
3. 与MySQL的auto-increment ID类似，redis的incr实现了自动增量。每个分布式系统，比如redis，都是用incr插入一个ID，然后生成1000万个本地号码与ID拼接，如果每个系统都有一个ID，相当于生成1000万个ID，足够长时间使用。这1000万个ID可以预先定义，并在系统启动时放入内存。因为它只是一个ID，所以不会占用太多内存。Redis也可以内置到集群中，这不会影响自增ID的使用。Twitter的雪花算法与UUID类似，包括机器码、时间戳、随机数等，但最终生成的是64位整数，可以满足许多分布式系统的要求。如果Id必须是整数，建议使用snowflake而不是UUID。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
