通过配置主从数据库连接并动态选择，实现EF Core读写分离。在appsettings.json中定义MasterDb和SlaveDb连接字符串，通过DbContextFactory根据操作类型创建对应上下文，读操作使用从库，写操作使用主库，结合中间件可按请求类型自动路由，提升性能与可用性，需注意数据同步延迟问题。
在 .NET 应用中使用 Entity Framework Core 实现读写分离，主要是通过区分主库（写操作）和从库（读操作）的数据库连接，来提升系统性能与可用性。这种模式适用于读多写少的场景，能有效减轻主数据库的压力。
配置多个数据库连接
读写分离的前提是拥有至少两个数据库实例：一个用于写入（主库），一个或多个用于读取（从库）。你需要在 appsettings.json 中配置多个连接字符串：
{
"ConnectionStrings": {
"MasterDb": "Server=master;Database=AppDb;...",
"SlaveDb": "Server=slave;Database=AppDb;..."
}
}
然后在 Program.cs 或 Startup.cs 中注册 DbContext 时暂不直接注入连接，而是通过策略或运行时判断选择连接。
动态切换数据库上下文连接
EF Core 默认不支持自动读写分离，但可以通过自定义逻辑控制使用哪个连接。常见做法是在创建 DbContext 实例时传入不同的连接字符串。
例如，定义一个基于操作类型选择连接的服务：
public class DbContextFactory
{
private readonly string _masterConnectionString;
private readonly string _slaveConnectionString;
public DbContextFactory(IConfiguration configuration)
{
_masterConnectionString = configuration.GetConnectionString("MasterDb");
_slaveConnectionString = configuration.GetConnectionString("SlaveDb");
}
public AppDbContext CreateForWrite()
{
return new AppDbContext(_masterConnectionString);
}
public AppDbContext CreateForRead()
{
return new AppDbContext(_slaveConnectionString);
}
}
你的 DbContext 构造函数接收连接字符串：
public class AppDbContext : DbContext
{
private readonly string _connectionString;
public AppDbContext(string connectionString)
{
_connectionString = connectionString;
}
protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
optionsBuilder.UseSqlServer(_connectionString);
}
}
在服务中使用读写分离
在实际业务逻辑中，根据操作类型调用不同的实例：
public class ProductService
{
private readonly DbContextFactory _dbContextFactory;
public ProductService(DbContextFactory dbContextFactory)
{
_dbContextFactory = dbContextFactory;
}
public async Task GetProduct(int id)
{
using var context = _dbContextFactory.CreateForRead();
return await context.Products.FindAsync(id);
}
public async Task AddProduct(Product product)
{
using var context = _dbContextFactory.CreateForWrite();
context.Products.Add(product);
await context.SaveChangesAsync();
}
}
这样就实现了读操作走从库、写操作走主库的基本分离逻辑。
进阶：结合中间件或 AOP 自动路由
如果希望更透明地实现读写分离，可以结合 HTTP 请求类型（如 GET 自动走读库）或使用依赖注入配合作用域标记。例如，在 ASP.NET Core 中：
- GET、HEAD 请求使用从库
- POST、PUT、DELETE 使用主库
可以通过自定义服务注册或使用 IServiceScopeFactory 在运行时决定使用哪个连接。
基本上就这些。核心在于控制 DbContext 初始化时使用的连接字符串，根据操作类型分流。虽然 EF Core 没有内置读写分离功能，但通过简单的封装即可实现灵活可控的分离策略。关键是确保读库数据同步及时，避免因复制延迟导致的数据不一致问题。
