问题标签 [tokyo-tyrant]

像redis这样的内存数据库中的东京暴君（尽管redis有VM？）或者它可以变得比内存更大并从硬盘中检索。如果是这样，它是如何实现的？

1. bnum在tokyo tyrant中到底是什么意思，有人可以举个例子解释一下吗？

2. 如果tch数据文件大小超过2GB，怎么办？

Leveldb似乎是来自 Google 的一个新的有趣的持久键值存储。Leveldb 与 Redis 或 Riak 或 Tokyo Tyrant 有何不同？在哪些特定用例中，一种比另一种更好？

我已经在东京内阁安装了东京暴君接口。但是每当我试图运行暴君时，它都会抛出服务器套接字错误。那就是“ttopenservsock 失败”

有什么解决办法吗？

东京内阁是否支持内存 B+ 树？如果是这样，我该如何使用它们？因为在一些网络文章（例如这里和这里）中，报告了这种用法，但我找不到任何描述如何做到这一点的文档。谢谢。

What is the correct way to restart with a clean datastore with TokyoTyrant? Can it be done via the Linux command line?

I'm working on a project where I need to restart both TokyoTyrant and Solr in sync.

我有一个perl 脚本（在 Ubuntu 12.04 LTS 中）写入 26 个 TCH 文件。密钥大致均匀分布。在 300 万次插入后写入变得非常慢（平均分配给所有文件），速度从开始时的240,000 次插入/分钟下降到3 MM 插入后的 14,000 次插入/分钟。单独的分片文件不超过 150 MB，总体大小约为 2.7 GB。

在每个 TCH 文件插入 100K后，我对每个 TCH 文件运行优化，bnum为 4*num_records_then，选项设置为TLARGE，并确保 xmsiz 与 bnum 的大小匹配（如为什么东京暴君在调整 bnum 后速度会呈指数下降？ )

即使在此之后，插入以高速开始，然后从 240k 插入/分钟缓慢降低到 14k 插入/分钟。可能是因为在单个脚本中保存了多个 tch 连接（26）？或者是否有配置设置，我错过了（会禁用日志帮助，但上面的线程说日志只有在 tch 文件变得大于 3-4GB 后才会影响性能，我的碎片是 <150MB 文件..）？

我成功东京暴君和东京内阁现在我必须在运行命令时启动东京暴君服务器

./ttservctl 开始

而不是启动服务器，它给了我错误，输出是

如何解决此错误我是东京暴君的新手，请指导！

我正在尝试开始使用 Echoprint api。刚安装了 Echoprint 服务器并运行它，然后我运行一个命令来获取 Echoprint api 的数据库

我得到的错误日志是

谁能告诉我为什么我面临这个错误以及如何删除它以便我可以获得完整的数据库？

我正在使用 tokyo cabinets B+ 树 API 创建查找数据库。在 linux 环境中，我看到一个 .tcb.wal 文件与实际的 .tcb 数据库文件一起创建。该文件的大小为0。我想知道它是否是为帮助同步而创建的锁定文件。此外，当我从数据库中删除记录时，文件的大小不会减小。它的行为有什么原因吗？