InnoDB引擎在设计上倾向于使用自增ID作为主键的几个原因如下：
1. 性能优化：自增ID作为主键时，数据行的插入是按照递增的方式进行的，这意味着新插入的行会被追加到表的末尾，避免了数据的频繁移动和调整。相比于使用非递增的主键，这种方式可以减少数据页面的分裂和碎片化，提高写入操作的性能。
2. 索引效率：自增ID作为主键时，可以使用B+树索引进行快速的范围查询和排序，因为索引的叶子节点是按照递增顺序排列的。这样可以提高查询效率，尤其在范围查询、分页查询和排序操作中表现较好。
3. 数据可读性：自增ID可以提供更好的可读性和可理解性，特别是在关联表和数据分析时。相比于使用复杂的业务属性作为主键，使用简单的自增ID可以更方便地进行数据查找和使用。
然而，使用自增ID作为主键也有一些限制和注意事项：
1. 数据库迁移和复制：在数据库迁移和复制的过程中，自增ID的生成可能会出现冲突或重复，需要进行额外的处理和调整。
2. 系统扩展性：使用自增ID作为主键时，主键生成的策略需要考虑系统的扩展性，尤其是分布式环境下，需要避免主键生成的瓶颈和单点故障。
3. 业务需求：在某些特定的业务需求下，可能需要使用其他属性或组合属性作为主键，以满足业务的唯一性要求和逻辑关系。
需要根据具体的业务需求和系统设计来选择适当的主键策略，综合考虑性能、数据完整性和可读性等因素。自增ID虽然是一种常见且有效的主键选择，但并不适用于所有情况。