生成ID的方式有很多，不使用数据库生成ID主要是出于以下几个方面的考虑：一、性能问题、二、可扩展性问题、三、数据库依赖问题、四、数据库迁移问题、五、ID泄露问题。 在这些问题中，性能问题是最主要的考虑因素。直接使用数据库生成ID，尤其是自增ID，会导致数据库的写入性能下降。当数据量非常大时，频繁的ID生成操作会占用大量的数据库资源，降低数据库处理其它请求的效率。而且，如果数据库出现故障，ID生成就会被中断，影响业务的正常运行。
I、性能问题
数据库生成ID，尤其是自增ID，会对数据库的写入性能产生影响。当数据量非常大时，频繁的ID生成操作会占用大量的数据库资源。这是因为数据库生成ID需要进行磁盘IO操作，这是一个相对较慢的过程。而且，每次生成ID都需要保证ID的唯一性，这会增加数据库的负载。如果使用分布式系统，ID生成可能还会涉及到分布式锁等复杂的问题，进一步增加系统的复杂性和数据库的压力。
II、可扩展性问题
如果使用数据库生成ID，那么ID的生成就会受到数据库的限制，不利于系统的扩展。例如，如果需要对系统进行水平扩展，增加数据库的数量，那么就需要解决ID生成的一致性问题。这是一个相当复杂的问题，需要考虑到数据一致性、网络延迟等因素。而如果使用非数据库方式生成ID，例如使用分布式ID生成系统，就可以避免这个问题。
III、数据库依赖问题
如果业务系统直接依赖数据库生成ID，那么一旦数据库出现故障，ID生成就会被中断，影响业务的正常运行。而且，数据库的故障恢复通常需要一定的时间，这期间业务系统可能会处于无法工作的状态。而如果使用非数据库方式生成ID，就可以避免这个问题。即使ID生成系统出现故障，也可以快速切换到备用的ID生成系统，保证业务的连续性。
IV、数据库迁移问题
如果使用数据库生成ID，那么在数据库迁移时就需要解决ID的一致性问题。这是因为不同的数据库可能有不同的ID生成机制，迁移时需要保证新的数据库可以生成与旧数据库一致的ID。这是一个相当复杂的问题，需要考虑到数据一致性、网络延迟等因素。而如果使用非数据库方式生成ID，就可以避免这个问题。
V、ID泄露问题
如果使用数据库生成的自增ID，可能会导致一些安全问题。因为自增ID的生成规则是公开的，攻击者可能通过分析ID的生成规则，预测出未来可能生成的ID，从而进行一些恶意操作。而如果使用非数据库方式生成ID，例如使用UUID或者雪花算法等，就可以避免这个问题，因为这些算法生成的ID是随机的，无法预测。
相关问答FAQs：
为什么不用数据库生成id？
-
性能问题：使用数据库生成id可能会引起性能问题。数据库在生成id时需要进行一系列的操作，包括查询当前最大id值、加锁、更新等操作，这些操作会占用数据库的资源，并且会增加数据库的负载。
-
并发问题：在高并发的场景下，多个客户端同时向数据库请求生成id时，可能会出现并发问题。如果不加锁处理，可能会导致生成相同的id，从而引起数据冲突或错误。
-
可扩展性问题：使用数据库生成id可能会限制系统的可扩展性。当系统需要水平扩展时，需要将数据库进行分片或者使用分布式数据库，这会增加系统的复杂度和成本。
-
依赖问题：使用数据库生成id会增加系统的依赖性。系统必须依赖数据库的可用性和性能，如果数据库发生故障或者性能下降，可能会导致整个系统无法正常工作。
-
灵活性问题：使用数据库生成id可能会限制系统的灵活性。如果需要生成不同类型的id，可能需要修改数据库的表结构或者存储过程，这会增加系统的维护成本和风险。
综上所述，虽然数据库可以生成id，但是在一些情况下，不适合使用数据库生成id。在高并发、性能要求高、可扩展性要求高的场景下，可以考虑使用其他方法生成id，如使用分布式id生成器、使用Redis等。这些方法可以提高系统的性能、可扩展性和灵活性。
文章标题：为什么不用数据库生成id，发布者：不及物动词，转载请注明出处：https://worktile.com/kb/p/2853976
微信扫一扫 
支付宝扫一扫 
