介紹
本期主角:
ShardingCore
一款ef-core下高效能、輕量級針對分表分庫讀寫分離的解決方案,具有零依賴、零學習成本、零業務程式碼入侵WTM
WalkingTec.Mvvm框架(簡稱WTM)是基於.net core的快速開發框架。支援Layui(前後端不分離), React(前後端分離),VUE(前後端分離),內建程式碼生成器,最大程度的提高開發效率,是一款高效開發的利器。
ShardingCore最新版本針對路由有了極大效能的優化由原先的Expression改成自定義的RouteExpression去除了Compile帶來的效能損耗
我不是efcore怎麼辦
這邊肯定有小夥伴要問有沒有不是efcore的,我這邊很確信的和你講有並且適應所有的ADO.NET包括sqlhelper
ShardingConnector
一款基於ado.net下的高效能分表分庫解決方案目前已有demo案例,這個框架你可以認為是.Net版本的ShardingSphere
但是目前僅實現了ShardingSphere-JDBC
,後續我將會實現ShardingSphere-Proxy
希望各位.Neter多多關注
背景
之前我不是發了一篇部落格嗎.Net分表分庫動態化處理 下面有個小夥伴留言,希望可以讓我支援一下WTM 框架。我心想著處於對自己的框架的自信,並且之前有過對abpvnex
和furion
等一系列框架的相容適配的嘗試,原則上將只要你是efcore那麼基本上都可以支援,所以秉著嘗試以下的態度這邊就上手了,先說下結論就是可以支援,完美不完美不清楚因為本人這個框架用的不多不知道是否是完美適配。
原理
ShardingCore
ShardingCore
的整體架構是一個殼dbcontext帶多個dbcontext,殼dbcontext不進行增刪改查,由內部的dbcontext自己去執行,這個因為efcore的一個物件對應一個表所限制的。我們這邊把殼dbcontext稱作shellDbContext
,執行的dbcontext叫做executorDbContext
,對於ShardingCore
還有一個要求就是需要初始化啟動的時候Start()
,Start()
內部需要IServiceProvider
來獲取DbContext
,所以說整個框架離不開ioc,那麼就需要啟動的時候依賴注入DbContext
,又因為依賴注入如果是預設的只能允許單個建構函式。這就是ShardingCore
在相容使用的時候需要注意的地方。
WTM
WTM
這邊我不是很熟悉,花了大概半個小時到一個小時左右的時間,進行了程式碼的翻閱,大概瞭解了其中的實現,DbContext的建立由獨立的建構函式來實現,預設通過DbContext
的內部方法 OnConfiguring(DbContextOptionsBuilder optionsBuilder)
來進行初始化,框架裡面將DbContext
抽象成了IDataContext
介面,框架默IDataContext
介面預設依賴注入為NullDbContext
如果需要使用會自行通過反射呼叫建構函式引數為CS
型別的那一個。整體的efcore上的一些處理通過除錯程式碼和原始碼的檢視基本上了解了
開始接入
建立專案
那麼我們首先通過WTM
生成一個腳手架的簡單專案,這邊生成了一個mvc的專案。
新增依賴
新增ShardingCore
依賴,需要x.5.0.6+版本,x代表efcore的版本
Install-Package ShardingCore -Version 6.5.0.6
新增抽象分表DbContext
這邊和AbpVNext
時候繼承一樣,因為c#不支援多繼承,好在ShardingCore
是介面依賴不存在實現依賴所以任何框架都可以相容。
public abstract class AbstractShardingFrameworkContext:FrameworkContext, IShardingDbContext, ISupportShardingReadWrite
{
protected IShardingDbContextExecutor ShardingDbContextExecutor
{
get;
}
public AbstractShardingFrameworkContext(CS cs)
: base(cs)
{
ShardingDbContextExecutor =
(IShardingDbContextExecutor)Activator.CreateInstance(
typeof(ShardingDbContextExecutor<>).GetGenericType0(this.GetType()),this);
IsExecutor = false;
}
public AbstractShardingFrameworkContext(string cs, DBTypeEnum dbtype)
: base(cs, dbtype)
{
ShardingDbContextExecutor =
(IShardingDbContextExecutor)Activator.CreateInstance(
typeof(ShardingDbContextExecutor<>).GetGenericType0(this.GetType()),this);
IsExecutor = false;
}
public AbstractShardingFrameworkContext(string cs, DBTypeEnum dbtype, string version = null)
: base(cs, dbtype, version)
{
ShardingDbContextExecutor =
(IShardingDbContextExecutor)Activator.CreateInstance(
typeof(ShardingDbContextExecutor<>).GetGenericType0(this.GetType()),this);
IsExecutor = false;
}
public AbstractShardingFrameworkContext(DbContextOptions options) : base(options)
{
var wrapOptionsExtension = options.FindExtension<ShardingWrapOptionsExtension>();
if (wrapOptionsExtension != null)
{
ShardingDbContextExecutor =
(IShardingDbContextExecutor)Activator.CreateInstance(
typeof(ShardingDbContextExecutor<>).GetGenericType0(this.GetType()),this);
}
IsExecutor = wrapOptionsExtension == null;
}
protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
if (this.CSName!=null)
{
base.OnConfiguring(optionsBuilder);
optionsBuilder.UseSharding<DataContext>();
}
}
}
簡單說一下這邊實現了WTM
的所有建構函式,因為ShardingCore原生需要DbContextOption
,當然也是可以支援實現類由自定義DbContext
,建構函式中如果使用了DbContextOption
那麼就是由依賴注入或者ShardingCore
建立的DbContext
,其餘的全部是WTM
建立的,所以這邊都需要實現並且其餘的建構函式直接設定為ShellDbContext
又因為WTM
預設的建立會賦值CSName
所以需要對其後續進行UseSharding
處理這是ShardingCore
針對ShellDbContext
必須要處理的
protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
if (this.CSName!=null)
{
base.OnConfiguring(optionsBuilder);
optionsBuilder.UseSharding<DataContext>();
}
}
實現DataContext
很簡單隻需要繼承抽象類和實現IShardingTableDbContext
介面即可,實現該介面才能支援分表否則僅支援分庫
public class DataContext : AbstractShardingFrameworkContext,IShardingTableDbContext
{
}
編寫自定義DbContext建立
因為WTM
框架的DbContext
擁有多個建構函式所以需要自定義,由ShardingCore
提供
程式碼其實很簡單就是如何建立一個DbContext
,因為ShardingCore
預設的會校驗只能擁有一個建構函式並且建構函式只能是DbContextOptions
或者DbContextOptions<>
public class WTMDbContextCreator<TShardingDbContext>:IDbContextCreator<TShardingDbContext> where TShardingDbContext : DbContext, IShardingDbContext
{
public DbContext CreateDbContext(DbContext shellDbContext, ShardingDbContextOptions shardingDbContextOptions)
{
var context = new DataContext((DbContextOptions<DataContext>)shardingDbContextOptions.DbContextOptions);
context.RouteTail = shardingDbContextOptions.RouteTail;
return context;
}
}
編寫分表測試類
public class Todo
{
public string Id { get; set; }
public string Name { get; set; }
}
然後再DbContext
出簡單設定一下
protected override void OnModelCreating(ModelBuilder modelBuilder)
{
base.OnModelCreating(modelBuilder);
//你用dbset也是可以的
modelBuilder.Entity<Todo>(e =>
{
e.HasKey(o => o.Id);
e.ToTable(nameof(Todo));
});
}
新增分表路由
public class TodoRoute:AbstractSimpleShardingModKeyStringVirtualTableRoute<Todo>
{
public TodoRoute() : base(2, 10)
{
}
public override void Configure(EntityMetadataTableBuilder<Todo> builder)
{
builder.ShardingProperty(o => o.Id);
}
}
StartUp
接下來就是激動人心的時候了,首先我們說過ShardingCore
需要依賴注入,由因為DbContext
是多建構函式
services.AddScoped<DataContext>(sp =>
{
var dbContextOptionsBuilder = new DbContextOptionsBuilder<DataContext>();
dbContextOptionsBuilder.UseMySql(
"server=127.0.0.1;port=3306;database=shardingTest;userid=root;password=root;",
new MySqlServerVersion(new Version()));
dbContextOptionsBuilder.UseSharding<DataContext>();
return new DataContext(dbContextOptionsBuilder.Options);
});
注意依賴注入獲取的是ShellDbContext所以我們需要對其進行UseSharding
再來我們需要配置ShardingCore
services.AddShardingConfigure<DataContext>()
.AddEntityConfig(o =>
{
o.CreateShardingTableOnStart = true;
o.EnsureCreatedWithOutShardingTable = true;
o.AddShardingTableRoute<TodoRoute>();
})
.AddConfig(o =>
{
o.AddDefaultDataSource("ds0",
"server=127.0.0.1;port=3306;database=shardingTest;userid=root;password=root;");
o.ConfigId = "c1";
o.UseShardingQuery((conn, build) =>
{
build.UseMySql(conn, new MySqlServerVersion(new Version())).UseLoggerFactory(efLogger);
});
o.UseShardingTransaction((conn,build)=>
build.UseMySql(conn,new MySqlServerVersion(new Version())).UseLoggerFactory(efLogger)
);
o.ReplaceTableEnsureManager(sp => new MySqlTableEnsureManager<DataContext>());
}).EnsureConfig();
這邊的配置就是ShardingCore
很簡單可以查詢文件或者過往的部落格
這個時候有人要說了為什麼不使用AddShardingDbContext
因為多建構函式預設不支援需要手動處理。
替換ShardingCore
的DbContext
建立,我們剛才寫的
services.Replace(ServiceDescriptor.Singleton<IDbContextCreator<DataContext>, WTMDbContextCreator<DataContext>>());
再然後替換WTM
的IDataContext
//這是WTM的預設的需要替換掉
//services.TryAddScoped<IDataContext, NullContext>();
services.Replace(ServiceDescriptor.Scoped<IDataContext>(sp =>
{
return sp.GetService<DataContext>();
}));
然後啟動初始化ShardingCore
app.ApplicationServices.GetRequiredService<IShardingBootstrapper>().Start();
編寫測試demo
public async Task<ActionResult> Login(LoginVM vm)
{
var dataContext = Wtm.DC;
var todos = new List<Todo>();
for (int i = 0; i < 100; i++)
{
var todo = new Todo();
todo.Id = Guid.NewGuid().ToString("n");
todo.Name = todo.Id;
todos.Add(todo);
}
await dataContext.Set<Todo>().AddRangeAsync(todos);
await dataContext.SaveChangesAsync();
var listAsync = await dataContext.Set<Todo>().Take(2).ToListAsync();
....
}
啟動執行
完美建立分表並且可以插入查詢完全和使用WTM
一樣
最後的最後
demo地址 https://github.com/xuejmnet/ShardingWTM
您都看到這邊了確定不點個star或者贊嗎,一款.Net不得不學的分庫分表解決方案,簡單理解為sharding-jdbc在.net中的實現並且支援更多特性和更優秀的資料聚合,擁有原生效能的97%,並且無業務侵入性,支援未分片的所有efcore原生查詢