Azure Redis低性能阅读列表包含“宽”9K nchar字符串

时间:2014-12-11 16:32:32

标签: performance redis

我正在使用StackExchange Client在VM上测试Azure Redis性能。所有测试都是使用WinForm应用程序完成的。

我有一个测试Azure SQL Server表“Test”,只有一列(nvarchar(max))和1000条记录。每条记录包含随机的9K nchar长文本。 它作为1000个项目的列表上传到Azure Redis。

现在我试图通过一个RedisValue [] listValues = RedisDatabase.ListRange(key,0,999)调用获取所有项目。 我正在使用Azure SQL Server执行相同的操作(SELECT * FROM Test并填充Datatable)。 令人惊讶的是,SQL调用优于Redis调用:0.1秒对2.5秒。 巨大的,意想不到的和令人震惊的差异。

我有几个问题: 我做错了吗? 2.配置问题? 3. Azure Redis不好? 4. Azure Redis不是长期和“广泛”的列表吗? 5. StackExchange不是合适的客户端吗? 6.错误的API? 7.还有其他原因吗?

注意,对于较短的字符串(低于100个字符),Redis是赢家。

0 个答案:

没有答案