.Net使用分表分库框架ShardingCore实现多字段分片

目录

介绍项目地址背景原理直接开始添加依赖创建一个订单对象创建DbContext创建分片路由ShardingCore启动配置测试默认配置下的测试测试无路由返回默认值总结

介绍

本期主角:ShardingCore 一款ef-core下高性能、轻量级针对分表分库读写分离的解决方案，具有零依赖、零学习成本、零业务代码入侵

dotnet下唯一一款全自动分表,多字段分表框架,拥有高性能,零依赖、零学习成本、零业务代码入侵,并且支持读写分离动态分表分库,同一种路由可以完全自定义的新星组件,通过本框架你不但可以学到很多分片的思想和技巧,并且更能学到Expression的奇思妙用

你的star和点赞是我坚持下去的最大动力,一起为.net生态提供更好的解决方案

项目地址

github地址 https://github.com/xuejmnet/sharding-core

gitee地址 https://gitee.com/dotnetchina/sharding-core

背景

直接开门见山,你有没有这种情况你需要将一批数据用时间分片来进行存储比如订单表,订单表的分片字段是订单的创建时间,并且id是雪花id，订单编号是带时间信息的编号,因为.net下的所有分片方案几乎都是只支持单分片字段,所以当我们不使用分片字段查询也就是订单创建时间查询的话会带来全表查询,导致性能下降,譬如我想用雪花id或者订单编号进行查询，但是带来的却是内部低效的结果,针对这种情况是否有一个好的解决方案呢,有但是需要侵入业务代码,根据雪花id或者订单编号进行解析出对应的时间然后手动指定分片前提是框架支持手动指定.基于上述原因ShardingCore 带来了全新版本 x.3.2.x+ 支持多字段分片路由,并且拥有很完美的实现,废话不多说我们直接开始吧！！！！！！！！！！！

原理

我们现在假定一个很简单的场景,依然是订单时间按月分片,查询进行如下语句

//这边演示不使用雪花id因为雪花id很难在演示中展示所以使用订单编号进行演示格式:yyyyMMddHHmmss+new Random().Next(0,10000).ToString().PadLeft(4,'0')            var dateTime = new DateTime(2021, 11, 1);            var order = await _myDbContext.Set<Order>().Where(o => o.OrderNo== 202112201900001111&&o.CreateTime< dateTime).FirstOrDefaultAsync();

上述语句OrderNo会查询Order_202112这张表，然后时间索引会查询......Order_202108、Order_202109、Order_202110,然后两者取一个交集我们发现其实是没有结果的,这个时候应该是返回默认值null或者直接www.easck.com报错

这就是一个简单的原理

直接开始

接下来我将用订单编号和创建时间来为大演示,数据库采用sqlserver(你也可以换成任意efcore支持的数据库),其中编号格式yyyyMMddHHmmss+new Random().Next(0,10000).ToString().PadLeft(4,'0'),创建时间是DateTime格式并且创建时间按月分表,这边不采用雪花id是因为雪花id的实现会根据workid和centerid的不一样而出现不一样的效果,接下来我们通过简单的5步操作实现多字段分片

添加依赖

首先我们添加两个依赖,一个是ShardingCore一个EFCore.SqlServer

//请安装最新版本目前x.3.2.x+,第一个版本号6代表efcore的版本号Install-Package ShardingCore -Version 6.3.2Install-Package Microsoft.EntityFrameworkCore.SqlServer -Version 6.0.1

Helper.GetNextMonthFirstDay(DateTime.Now); if (orderTime.AddSeconds(10) > nextMonthFirstDay) { var nextTail = TimeFormatToTail(nextMonthFirstDay); return DoOrderNoFilter(shardingOperator, orderTime, currentTail, nextTail); } //因为是按月分表所以获取这个月月初的时间判断id是否是在临界点创建的 if (orderTime.AddSeconds(-10) < ShardingCoreHelper.GetCurrentMonthFirstDay(DateTime.Now)) { //上个月tail var previewTail = TimeFormatToTail(orderTime.AddSeconds(-10)); return DoOrderNoFilter(shardingOperator, orderTime, previewTail, currentTail); } return DoOrderNoFilter(shardingOperator, orderTime, currentTail, currentTail); } private Expression<Func<string, bool>> DoOrderNoFilter(ShardingOperatorEnum shardingOperator, DateTime shardingKey, string minTail, string maxTail) { switch (shardingOperator) { case ShardingOperatorEnum.GreaterThan: case ShardingOperatorEnum.GreaterThanOrEqual: { return tail => String.Compare(tail, minTail, StringComparison.Ordinal) >= 0; } case ShardingOperatorEnum.LessThan: { var currentMonth = ShardingCoreHelper.GetCurrentMonthFirstDay(shardingKey); //处于临界值 o=>o.time < [2021-01-01 00:00:00] 尾巴20210101不应该被返回 if (currentMonth == shardingKey) return tail => String.Compare(tail, maxTail, StringComparison.Ordinal) < 0; return tail => String.Compare(tail, maxTail, StringComparison.Ordinal) <= 0; } cavmIHHxceDzse ShardingOperatorEnum.LessThanOrEqual: return tail => String.Compare(tail, maxTail, StringComparison.Ordinal) <= 0; case ShardingOperatorEnum.Equal: { var isSame = minTail == maxTail; if (isSame) { return tail => tail == minTail; } else { return tail => tail == minTail || tail == maxTail; } } default: { return tail => true; } } } private bool CheckOrderNo(string orderNo, out DateTime orderTime) { //yyyyMMddHHmmss+new Random().Next(0,10000).ToString().PadLeft(4,'0') if (orderNo.Length == 18) { if (DateTime.TryParseExact(orderNo.Substring(0, 14), "yyyyMMddHHmmss", CultureInfo.InvariantCulture, DateTimeStyles.None, out var parseDateTime)) { orderTime = parseDateTime; return true; } } orderTime = DateTime.MinValue; return false; } }

这边我来讲解一下为什么用额外字段分片需要些这么多代码呢,其实是这样的因为你是用订单创建时间CreateTime来进行分片的那么CreateTime和OrderNo的赋值原理上说应该在系统里面是不可能实现同一时间赋值的肯定有先后关系可能是几微妙甚至几飞秒,但是为了消除这种差异这边采用了临界点兼容算法来实现，让我们来看下一下代码

var order=new Order()//执行这边生成出来的id是2021-11-30 23:59:59.999.999order.OrderNo=DateTime.Now.ToString("yyyyMMddHHmmss")+"xxx";//business code //具体执行时间不确定,哪怕没有business code也没有办法保证两者生成的时间一致,当然如果你可以做到一致完全不需要这么复杂的编写............//执行这边生成出来的时间是2021-12-01 00:00:00.000.000order.CreateTime=DateTime.Now;

当然系统里面采用了前后添加10秒是一个比较保守的估算你可以采用前后一秒甚至几百毫秒都是ok的,具体业务具体实现,因为大部分的创建时间可能是由框架在提交后才会生成而不是new Order的时候,当然也不排除这种情况,当然如果你只需要考虑equal一种情况可以只编写equal的判断而不需要全部情况都考虑

ShardingCore启动配置

ILoggerFactory efLogger = LoggerFactory.Create(builder =>{    builder.AddFilter((category, level) => category == DbLoggerCategory.Database.Command.Name && level == LogLevel.Information).AddConsole();});var builder = WebApplication.CreateBuilder(args);// Add services to the container.builder.Services.AddControllers();builder.Services.AddShardingDbContext<DefaultDbContext>((conStr,builder)=>builder        .UseSqlServer(conStr)        .UseLoggerFactory(efLogger)    )    .Begin(o =>    {        o.CreateShardingTableOnStart = true;        o.EnsureCreatedWithOutShardingTable = true;    }).AddShardingTransaction((connection, builder) =>    {        builder.UseSqlServer(connection).UseLoggerFactory(efLogger);    }).AddDefaultDataSource("ds0","Data Source=localhost;Initial Catalog=ShardingMultiProperties;Integrated Security=True;")//如果你是sqlserve只需要修改这边的链接字符串即可    .AddShardingTableRoute(op =>    {        op.AddShardingTableRoute<OrderVirtualRoute>();    })    .AddTableEnsureManager(sp=>new SqlServerTableEnsureManager<DefaultDbContext>())//告诉ShardingCore启动时有哪些表    .End();var app = builder.Build();// Configure the HTTP request pipeline.app.Services.GetRequiredService<IShardingBootstrapper>().Start();app.UseAuthorization();app.MapControllers();//额外添加一些种子数据using (var serviceScope = app.Services.CreateScope()){    var defaultDbContext = serviceScope.ServiceProvider.GetService<DefaultDbContext>();    if (!defaultDbContext.Set<Order>().Any())    {        var orders = new List<Order>(8);        var beginTime = new DateTime(2021, 9, 5);        for (int i = 0; i < 8; i++)        {            var orderNo = beginTime.ToString("yyyyMMddHHmmss") + i.ToString().PadLeft(4, '0');            orders.Add(new Order()            {                Id = Guid.NewGuid().ToString("n"),                CreateTime = beginTime,                Name = $"Order" + i,                OrderNo = orderNo            });            beginTime = beginTime.AddDays(1);            if (i % 2 == 1)            {                beginTime = beginTime.AddMonths(1);            }        }        defaultDbContext.AddRange(orders);        defaultDbContext.SaveChanges();    }}app.Run();

整个配置下来其实也就两个地方需要配置还是相对比较简单的,直接启动开始我们的测试模式

测试

默认配置下的测试

        public async Task<IActionResult> Test1()        {             //订单名称全表扫描            Console.WriteLine("--------------Query Name Begin--------------");            var order1 = await _defaultDbContext.Set<Order>().Where(o=>o.Name=="Order3").FirstOrDefaultAsync();            Console.WriteLine("--------------Query Name End--------------");            //订单编号查询 精确定位            Console.WriteLine("--------------Query OrderNo Begin--------------");            var order2 = await _defaultDbContext.Set<Order>().Where(o=>o.OrderNo== "202110080000000003").FirstOrDefaultAsync();            Console.WriteLine("--------------Query OrderNo End--------------");            //创建时间查询 精确定位            Console.WriteLine("--------------Query OrderCreateTime Begin--------------");            var dateTime = new DateTime(2021,10,08);            var order4 = await _defaultDbContext.Set<Order>().Where(o=>o.CreateTime== dateTime).FirstOrDefaultAsync();            Console.WriteLine("--------------Query OrderCreateTime End--------------");            //订单编号in 精确定位            Console.WriteLine("--------------Query OrderNo Contains Begin--------------");            var orderNos = new string[] { "202110080000000003", "202111090000000004" };            var order5 = await _defaultDbContext.Set<Order>().Where(o=> orderNos.Contains(o.OrderNo)).ToListAsync();            Console.WriteLine("--------------Query OrderNo Contains End--------------");            //订单号和创建时间查询 精确定位 无路由结果 抛错或者返回default            Console.WriteLine("--------------Query OrderNo None Begin--------------");            var time = new DateTime(2021,11,1);            var order6 = await _defaultDbContext.Set<Order>().Where(o=> o.OrderNo== "202110080000000003"&&o.CreateTime> time).FirstOrDefaultAsync();            Console.WriteLine("--------------Query OrderNo None End--------------");                        //非正确格式订单号 抛错或者返回default防止击穿数据库            Console.WriteLine("--------------Query OrderNo Not Check Begin--------------");            var order3 = await _defaultDbContext.Set<Order>().Where(o => o.OrderNo == "a02110080000000003").FirstOrDefaultAsync();            Console.WriteLine("--------------Query OrderNo Not Check End--------------");            return Ok();        }

测试结果

测试结果非常完美除了无法匹配路由的时候那么我们该如何设置呢

测试无路由返回默认值

builder.Services.AddShardingDbContext<DefaultDbContext>(...)    .Begin(o =>    {....        o.ThrowIfQueryRouteNotMatch = false;//配置默认不抛出异常    })

我们再次来看下测试结果

为何我们测试是不经过数据库直接查询,原因就是在我们做各个属性分片交集的时候返回了空那么框架会选择抛出异常或者返回默认值两种选项,并且我们在编写路由的时候判断格式不正确返回 return tail => false;直接让所有的交集都是空所以不会进行一次无意义的数据库查询

总结

看到这边你应该已经看到了本框架的强大之处,本框架不但可以实现多字段分片还可以实现自定义分片,而不是单单按时间分片这么简单,我完全可以设置订单从2021年后的订单按月分片,2021年前的订单按年分片,对于sharding-core而言这简直轻而易举,但是据我所知.Net下目前除了我没有任何一款框架可以做到真正的全自动分片+多字段分片,所以我们在设计框架分片的时候尽可能的将有用的信息添加到一些无意义的字段上比如Id可以有效的解决很多在大数据下发生的问题,你可以简单理解为我加了一个索引并且附带了额外列,我加了一个id并且带了分表信息在里面,也可以完全设计出一款附带分库的属性到id里面使其可以支持分表分库

demo地址 https://github.com/xuejmnet/MultiShardingProperties

到此这篇关于.Net使用分表分库框架ShardingCore实现多字段分片的文章就介绍到这了。希望对大家的学习有所帮助，也希望大家多多支持我们。