gpt4 book ai didi

c# - 在 Docker 中使用 EF Core 对 SQLite DB 的每个查询都非常慢,除非有对 OpenConnection 的显式调用

转载 作者:行者123 更新时间:2023-12-03 14:47:52 27 4
gpt4 key购买 nike

我正在本地主机上运行一个简单的 .NET Core 3.1 Web 应用程序。 Web 应用程序在 Docker Linux 容器中运行(我的主机操作系统是 Windows 10)。 Web 应用程序使用的 SQLite 数据库使用 EF Core 连接,几乎是空的,非常小,只有 60Kb,每个表有 20 条或更少的记录,并且存储在主机上并使用以下命令为容器挂载:

--mount type=bind,source='SomeDummyHostPath',target=/mnt/hostFolder
问题是在 DBContext 上执行的每个查询都运行得很慢(读取 2 行大约需要 2 秒)。当我在 Docker 容器之外运行应用程序时,一切运行顺利(意味着相同的查询在 ~1ms 内执行)。
奇怪的是,在调用 dbContext.Database.OpenConnectionAsync() 之后在每次调用 EF 的 DBSet 之前,Docker 容器中的每个查询都会快速运行(几毫秒)。
为什么在这种情况下性能如此糟糕?如果不显式调用 OpenConnectionAsync,有什么方法可以改进它吗?在每次查询之前?

最佳答案

EF Core 3.x 包含一个影响此用例的重大更改,连接提前关闭:

Database connection is now closed if not used anymore before theTransactionScope has been completed


缓解措施:

If the connection needs to remain open explicit call toOpenConnection() will ensure that EF Core doesn't close itprematurely


sqlite 提供程序是 仍然没有使用连接池 : 13837 ;
随着EntityFrameworkCore.Sqlite(>3.0)的新版本,有一些关于事务性的新优化,当.db文件打开时会创建新的.WAL文件;再加上缺乏连接池,导致每次请求都会创建和删除 .WAL 文件; Docker 卷/文件映射到 Windows 文件系统变得非常耗时。

关于c# - 在 Docker 中使用 EF Core 对 SQLite DB 的每个查询都非常慢,除非有对 OpenConnection 的显式调用,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/60626753/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com