面试题答案
一键面试独立数据库模式
- 优点：
- 数据隔离性强：每个微服务拥有独立的数据库，不同微服务的数据完全隔离，不存在数据干扰问题，保障了数据的安全性和完整性。例如，电商系统中用户服务和订单服务分别使用独立数据库，用户数据的变更不会影响订单数据。
- 架构清晰：每个微服务与它对应的数据库紧密关联，数据的所有权和管理职责明确，有利于团队的分工协作和系统的维护扩展。比如不同团队分别负责不同微服务及其数据库的开发和维护。
- 故障隔离：一个微服务的数据库出现故障，不会影响其他微服务的正常运行。如支付服务数据库故障，不影响商品展示服务。
- 缺点：
- 资源消耗大：每个微服务都需要独立的数据库服务器等资源，增加了硬件成本和运维成本。例如多个微服务分别部署数据库，需要更多服务器资源。
- 数据一致性维护复杂：当涉及多个微服务数据交互时，保证数据一致性难度增大。比如在订单创建过程中，涉及库存服务减少库存和订单服务创建订单，要保证这两个操作的原子性较复杂。
共享数据库但独立Schema模式
- 优点：
- 一定程度资源共享：相比独立数据库模式，共享数据库服务器可以在一定程度上减少硬件资源的消耗，降低成本。例如多个微服务可以共用一台数据库服务器。
- 数据隔离较好：通过独立的Schema，不同微服务的数据在逻辑上是隔离的，每个微服务只能访问自己的Schema，保障了数据的安全性。像不同业务模块使用不同Schema存储数据。
- 维护相对方便：对于数据库的整体维护（如备份、升级等），相对独立数据库模式更加便捷，因为只需对一台数据库服务器进行操作。
- 缺点：
- 故障隔离性有限：如果数据库服务器出现故障，所有使用该数据库的微服务都会受到影响。例如数据库服务器宕机，所有相关微服务无法正常工作。
- 潜在数据干扰风险：虽然Schema隔离了数据，但如果数据库权限设置不当或开发人员操作失误，仍可能出现数据相互干扰的情况。比如某个微服务误操作访问了其他微服务的Schema数据。
共享数据库和Schema，通过表前缀区分
- 优点：
- 资源利用率高：最大程度共享数据库资源，成本最低。多个微服务共用数据库服务器、Schema，仅通过表前缀区分数据，减少了资源占用。例如小型项目中多个微服务可共用一套数据库配置。
- 简单易实现：实现方式简单，只需在创建表时添加不同的表前缀即可区分不同微服务的数据，开发成本低。
- 缺点：
- 数据隔离性差：只是在表名上进行区分，没有从根本上实现数据隔离，容易出现数据混淆和误操作。例如开发人员可能不小心操作了其他微服务的表数据。
- 维护困难：随着系统的扩展，表数量增多，通过表前缀区分微服务数据会变得混乱，不利于数据管理和维护。例如难以快速定位某个微服务相关的所有表。