问使用Windows和.NET的Memcached

EN

我很惊讶这里还没有人提到Redis -它是功能最丰富、速度最快(入门级linux box上每秒110,000个集合)的键值数据存储之一，具有丰富的数据结构支持字符串、集合、列表、排序集合和散列。

虽然windows不是一个官方支持的平台，但它在windows下运行良好，所有测试都通过了。我在这里有windows版本(使用Cygwin)：https://github.com/ServiceStack/ServiceStack.Redis#redis-server-builds-for-windows

它还为当今使用的几乎每一种编程语言提供了客户端绑定。我维护了一个丰富的开源are客户机，它具有对任何C# POCO类型的原生C#支持、事务支持和线程安全的客户端管理器，这些都可以直接放入任何IOC中，网址为：https://github.com/ServiceStack/ServiceStack.Redis

因为那时Velocity还不存在，所以我为我工作的Skiviez公司使用了一个memcached的Windows端口。它的存在主要是为了为同一台机器上的多个工作进程提供集中缓存。它已经在一个电子商务网站上运行了大约18个月，使用率不高(约18500次/天)。我使用的客户端是作为iBATIS.NET缓存提供程序集成的Enyim，这个客户端似乎工作得很好；memcached客户端一开始也不是很复杂。

如果我必须再做一次，我可能会考虑Velocity，如果我致力于为我的分布式缓存解决方案留在Windows上。但它现在起作用了，所以我不会碰它。

(旁白:从那时起，我将某些Cache*列添加到数据库中的键表中，每天晚上由计划任务更新，从而消除了对缓存的大部分需求。这最终减轻了所有资源的压力，从最初通过查询数据库获得的CPU时间，到随后通过将缓存结果放在memcached中而造成的内存可用性压力。当数据的缓存版本被访问时，它在代码中也变得更加明确，而不是即时计算版本。我相信您有很多理由使用分布式缓存，但总是值得后退一步，质疑您是否真的需要它！)

Velocity的管理要复杂一些，但它比memcached强大得多。我不是反memcached的，一点也不，它很棒。但展望未来，纯粹基于.NET的新项目疯狂地不利用Velocity，即使在它目前未发布的状态下也是如此。