内存缓存中的 SQL Server

Question

我想为 sql server 2008 R2 Express Edition 实现一个简单的内存缓存。

要求：

1. 缓存必须对所有用户可见
2. 缓存与持久表同步。在此持久表上可能会发生繁重的 CRUD 操作。

我的解决方案： 创建一个存储在 .NET 程序集中的 CLR 过程桶。这些过程将被命名为：

• 添加 (param1, ... paramN);
• 删除（param1 ... paramN）；
• GetAll();

其中 param1...paramN 是我要缓存的特定持久表数据。

在幕后，我可能会将内存中的数据组织到一个 HashSet 中，用于 O(1) 添加/删除。然后，我将为调用这些方法（添加/删除）的插入/删除操作（只有插入和删除可以在持久表上发生）创建一个触发器。最大的问题是事务可以回滚。如何发现特定 ID 的事务已回滚？有我可以监听的服务器级事件吗？

请给我你知道的任何替代方案。我知道 SQL Server 2014 支持内存优化的 OLTP 表，但是......此功能仅适用于 SQL Server 企业版：D。

另一种选择是使用##（在所有连接上可见）创建一个临时表，但是：

1. 该表将存储在 TEMPDB 中。如果 tempDB 存储在 RAM 中，可能会提高性能，但接下来会出现第二个问题：

2. 在这个临时表中搜索它（针对特定项目）将花费我 O ( Log ( N ))，因为如果我在后台创建索引，就会有一个 B 树。我的内存替代方案将确保查找将花费 O (1)。

Answer 1

如果您有足够的 RAM，您实际上并没有从磁盘读取数据，您经常访问的所有数据都将在内存中。我真的不详细了解快速版的限制，所以这些可能会导致您面临的问题。我认为您至少应该考虑升级到标准版本，特别是如果您的记录数量很大，因为您很可能也会用完空间。

Temp DB 也不例外，它将位于磁盘或 RAM 中，具体取决于您拥有多少内存以及访问最多的内容。只是将其他表中的数据以 1:1 的比例创建缓存到 tempdb 中是没有用的，您只会浪费内存来存储相同的数据两次。

SQL Server 2012 的内存中 OLTP 可能根本无法帮助您。重点不是你有内存中的数据，而是减少锁定和闩锁等的开销。