ef mysql 优化_一次EF批量插入多表数据的性能优化经历

本文分享了一次针对EF MySQL批量插入多表数据的性能优化经验。通过分批读取、减少SaveChanges次数和优化事务使用,将400000订单的迁移时间从分钟级降至小时级。主要措施包括:批量查询数据、分三次插入并利用EF的数据追踪功能、控制事务范围以及避免在单一DbContext中多次SaveChange。
摘要由CSDN通过智能技术生成

距离上次的博客已经有15个多月了,感慨有些事情还是需要坚持,一旦停下来很有可能就会停很久或者从此再也不会坚持。但我个人一直还坚持认为属于技术狂热份子,且喜欢精益求精的那种。最近遇到两个和数据迁移相关的项目,均遇到需要性能优化的问题,这里拿第二个项目的一个小优化过程与大家分享,技术并不高深,我注重的是解决问题的过程。我的方案是有业务背景以及技术背景限制的,不一定适合其它项目,优化是相对的。

51654b5410472ca1db7d4b8d72756b12.png

业务场景:我们需要迁移一批老的合同订单数据,其有一个合同的订单数为519条,迁移到新表中会涉及到主要的4个表,就是说519条老数据,会变成519*4。

技术背景:数据库是mysql,后台采用的是微软的EF

598ebb0891425f73cb2da44785dce862.png

问题:迁移这批订单当时最好的性能方案是14秒(未优化前是分钟级别),我们总共有400000订单,算下最理想状态下的总时间:=(14/519)*400000/3600=3小时,再算下取数据,转换数据的时间,基本要4小时。如果中途有异常,这个时间可能需要一夜甚至更长的时间才能迁移完,这真正恶梦。<

EF6 (Entity Framework 6) 是 Microsoft 提供的一个 ORM(Object-Relational Mapping)框架,用于.NET应用中数据库操作。当你需要插入大量数据时,如果直接通过 Entity Framework 进行批量插入,可能会遇到性能瓶颈,因为 EF 会为每一行数据生成单独的 SQL 语句并发送到数据库,这在数据量大的情况下效率较低。 为了优化 EF6 的大批量数据插入,你可以考虑以下几个策略: 1. **使用 `DbSet.AddRange`**:这个方法可以一次性的将多个实体实例添加到 DbContext 的 DbSet 集合中,然后一次性提交,避免频繁的 DB 操作。例如: ```csharp var entities = new List<YourEntity>(); // 添加大量实体 context.Set<YourEntity>().AddRange(entities); await context.SaveChangesAsync(); ``` 2. **启用 `BulkInsert` 或者 `BULK INSERT` 功能**:虽然 EF6 不直接支持,但可以借助第三方库如 Dapper、SqlBulkCopy 等工具来绕过 EF,直接执行 SQL BULK INSERT,速度更快。 3. **分批次插入**:如果你的数据量非常大,可以考虑将数据分成几个批次进行插入,降低内存消耗。 4. **延迟加载**:尽可能减少 DbContext 中的数据初始化,只在真正需要的时候才加载。 5. **关闭追踪**:使用 `AsNoTracking()` 或者手动设置 `ChangeTracker.IsTracking = false` 可以暂时禁用 Entity 对象的更改跟踪,提高插入速度。 6. **配置数据库连接池**:确保数据库连接的有效复用,以减少创建和销毁连接的时间。 记住,在实际优化之前,最好先对数据库性能做一些基准测试,找出瓶颈所在,再针对性地调整。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值