事务型系统由sql迁移到nosql问题总结

场景：
业务系统：需要保证高一致性的交易系统
nosql数据库：简单的key value型数据库，用hash实现的key value。

在这样的场景下通常会面临的问题如下：
1、表中有多个索引的问题。
例如表 t_acct(a,b,c) 索引为a，b。业务系统会以a b为key做查询，也会对b进行修改。
解决这样的问题是把表进行拆分为,存入key value数据库时，拆分为两条数据
(a,a b c) (b, a b c)
但是这样带来两个问题1、数据冗余 2、单条记录操作的原子型。数据冗余可以忍受，但是操作的原子性是无法忍受的，对于这个问题后边后又绝方案。

2、需要对表范围查找的问题
对于key value数据库，范围查找的场景，暂时没有看到相关解决方案。但是一般范围查找都是offline的应用，可以通过准实时同步key value数据库的数据到关系型数据库中来解决。

3、单机事务的问题
通常key value型的内存数据库，不支持事务，但是也有通过近似的机制来模拟事务的情况。
在redis上，事务是通过multi指令来简单支持的。先发送命令，调用exec时一次执行所有指令。
redis> multi
OK
redis> incr a
QUEUED
redis> incr b
QUEUED
redis> exec
1. (integer) 1
2. (integer) 1
这样大大减少了失败的可能性。既可以近似看作事务，也可以保证高性能。

4、分布式事务的问题
通常销售操作要对两个表进行操作，用户信息表和订单表，在分布式环境下就涉及到了分布式事务。
对于分布式事务ebay已经提出了解决方案，最重要的技术就是消息队列和消息应用状态表。
详细说明可以参考 http://queue.acm.org/detail.cfm?id=1394128