【IT168 技术】事务型系统由SQL迁移到NoSQL场景：

　　1.业务系统：需要保证高一致性的交易系统；

　　2.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时一次执行所有指令。

　　这样大大减少了失败的可能性。既可以近似看作事务，也可以保证高性能。

　　4、分布式事务的问题

　　通常销售操作要对两个表进行操作，用户信息表和订单表，在分布式环境下就涉及到了分布式事务。

　　对于分布式事务ebay已经提出了解决方案，最重要的技术就是消息队列和消息应用状态表。

　　详细说明可以参考http://queue.acm.org/detail.cfm?id=1394128