我需要在Aerospike中保存数据.这个支持'bins'的引擎('bin'就像记录中的行或字段中的列).另一方面,我可以将我的记录保存为序列化blob.记录以原子方式从数据库中提取.也就是说,我不需要获取记录的某些"列",我需要完全记录.
问题是:在性能方面保持此类方案数据的最有效方法是什么？保持反序列化并使用"bins"来描述所有记录的字段,或将其作为序列化blob存储在1列中？
我是Aerospike的新手......!
什么是命名空间以及如何在aerospike中创建命名空间....
我正在使用具有存储机制SSD的aerospike集群.我已经更新了一些密钥,但是当我重新启动aerospike集群时,它会恢复以前的值来代替新值.
WritePolicy writePolicy = new WritePolicy();
writePolicy.recordExistsAction = RecordExistsAction.UPDATE;
writePolicy.generationPolicy = GenerationPolicy.NONE;
Bin whiteList = Bin.asNull("bin1");
Bin blackList = Bin.asNull("bin2");
client.put(writePolicy, key, whiteList, blackList);
我只想在服务器重新启动后取代旧值时给定密钥的最后更新值.
我该如何处理这个案子？
我想使用 aerospike 的 REST，因为它与语言无关，我使用 Ubuntu 20。我试图理解这里的安装部分： https ://github.com/aerospike/aerospike-rest-gateway https://github.com/aerospike /aerospike-rest-gateway/blob/master/docs/installation-and-config.md
但它太不清楚首先要做什么，他们在开始时跳到“./gradlew build”。我漫不经心地把它的节目像这样放在终端上，完全没有线索
# ./gradlew build
bash: ./gradlew: No such file or directory
我想知道如何代表人际关系Aerospike？我意识到这是一个Key-Value商店,但有一个例子可以给出吗？
例如:如果系统中有用户,我想获得与该用户关联的Thing记录列表.
从客户端API触发时,在哪里可以找到有关群集中读/写请求流的信息？
在Aerospike配置文档(http://www.aerospike.com/docs/reference/configuration)中,提到了事务队列,服务线程,事务线程等,但架构文档中没有对它们进行讨论.我想了解它是如何工作的,以便我可以相应地配置它.
我正在开发一个需要低延迟和非常高的每秒读/写的云应用程序。我只会永久存储大约 100 万条记录，但这可能会随着应用程序的运行而大幅波动。
在 YCSB 对 Aerospike 和 Redis 进行基准测试后，我发现 Aerospike 在单节点 60/40 读写性能方面优于 Redis 和 MongoDB。
需要注意的几点：
我还假设键值存储将优于文档存储，并且考虑到我不需要高级查询，这是最合适的。
在将自己投入到 Aerospike 之前，考虑到我只运行具有少量记录的单个节点，是否还有其他更适合我的方案的解决方案？
我是 lang 新手，我用 intellij 创建了一个 hello 项目。
现在我想使用外部库。例如：
使用以下命令连接到 aerospike：
http://www.aerospike.com/docs/client/go/examples.html
我不明白的是如何将它导入到解决方案中。我从终端运行命令：
go get github.com/aerospike/aerospike-client-go
但我在项目中没有看到任何结果，也不知道从我的主要方法中使用哪个对象。
你能帮我吗？
Aerospike 是一个支持持久性的密钥存储数据库。但是我可以完全信任这种持久性以将其用作数据库吗？据我了解，它首先将数据写入内存，然后将其持久化。我可以接受最终的一致性，但我不想处于提交某些内容但由于机器故障而从未写入磁盘的状态，因此永远无法检索。我尝试查看各种用例，但我只是对这个用例感到好奇。就保存新记录而言，client.put 提供了什么保证。
我们有一个由 8 个节点组成的 aerospike 集群。我们看到，在高峰时段，与其他节点相比，其中一个节点的平均负载明显更高。同样在 AMC 仪表板中，我们看到节点只有 30% 的读取成功。在关注了 aerospike 社区中发布的几个类似问题之后，我们认为热键的存在可能是罪魁祸首。
在关注（https://discuss.aerospike.com/t/how-to-identify-read-hotkeys/4193）之后，我们实时发现了一些 TCPdump 的热键摘要。在排名前 10 的摘要中，有趣的是 90% 的时间都存在一个键。然后我们按照（https://discuss.aerospike.com/t/faq-how-keys-and-digests-are-used-in-aerospike/4663）从这些摘要中找出 UserKey/record。除了在 90% 的时间里都存在的一个键之外，我们能够从所有那些中映射用户键。
有什么方法可以识别该热键吗？