YunTable的FAQ（2010-11-9）

Q1. YunTable的现状和计划？

现在YunTable主要是配合YunEngine的开发，并且已经在YunEngine内测中跑起来了，如果在整个开发过程中，出现什么问题的话，会对其进行fix，而在下个月，将进行YunTable下一轮开发工作，主要将使其能适应各种云计算场景，比如，高并发、快速读取和海量存储等。

Q2. 如果要测试yuntable的话，有什么需要准备的吗？（Yu Lu同学）

不需要做什么准备，只要按照YunTable的使用流程，跑起来就可以了。

Q3. 如果在测试的时候，发现了YunTable的bug，该怎么办？

请登录http://code.google.com/p/yuntable/issues/list，点击左上角的“New issue”来进行记录，我先谢谢大家了。

Q4. 想参与YunTable开发工作？（W P等同学）

我个人非常欢迎这样的同学，由于具体开发将在下个月开发，本月准备请那些有兴趣的同学先测试一下YunTable和看看代码，想想对那块代码比较感兴趣，这样方便之后的分工，也希望能顺便发现一些bug。

Q5. 在实现上，目前估计还没有为高吞吐或高并发的I/O设计吧？在源代码中只有原始的 socket accept 循环。（Lin Jian同学）

我现在是这样想的，我希望在Region节点那块尽可能是单线程的，之后通过多个Region节点来实现高吞吐或高并发，这样做的话，架构上会简单很多，并更吻合X86的多核架构，当然这种想法有可能很“幼稚”，但是让我们先试试吧。

Q6. 如果想着用内存存储来提高速度，那么稳定性显然不太好保证，一旦服务器掉电了，岂不是都丢了？ （Wang YuHui同学）

这个不用担心，因为Region节点有WAL（Write-Ahead-Log），任何写入Memstore的数据都会先持久化到WAL日志中。

Q7. Master节点之间是不是应该也有交互的通信呢？(Zhang Yu同学)

在1.0版之前，将主要只有一个Master，但是在今后的版本有加入Shadow Matser的可能性。

Q8. 我们的业务执行一次需要访问10多个表，性能上不去，还有，听说BigTable对多表查询比较慢，YunTable是计划怎样做优化的呢？ （ChiXuLi和Wang YuHui同学）

这个问题很赞！！！，虽然今天无法给你们答复，但是也会尽快给你们一些反馈的，如果其他人有什么高见的话，非常欢迎。