事务型系统由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