读60行代码完成的NoSQL数据库,看数据库打造面临的挑战
2013-07-18 23:44
357 查看
读60行代码完成的NoSQL数据库,看数据库打造面临的挑战
作者Ayende Rahien
云计算数据库NoSQL
摘要:60行代码确实可以完成一个NoSQL数据库,增加一半的代码或许也可以完成预防重复插入及修改校验。然而数据库不只需要处理并发问题,还有其它需要注意的地方,比如:脏读和锁。
“不要试图去自建一个数据库”,从某些角度上来说这个观点所言非虚。虽然自建的数据从来都不会被真正投入使用、测试等,然而却是一个非常好的途径去讨论现实数据库打造中所遇到的挑战。下面是说的是[b]一个代码不到60行的键值存储NoSQL数据库 [/b],具备完善的功能、良好的可扩展性并且允许分片。或许它可以称得上最小的数据库,然而待完善的方面也不可谓不多。
首先是服务器端代码:
实际情况并非如此。在实际生产过程中,数据库不是只需要处理并发问题,比如其它需要注意的地方:
插入时必须检验该值是否已存在
修改时必须校验该值是否同于修改前
实现这些其实非常简单,你必须为每次修改增加一个元数据字段version。下面是所需修改代码:
我们还需要对不可重复读和幻读做出处理:
不可重复读指在一个需要对数据进行重复读取的事务中,第一次读取到了数据,而在第二次却读取不到数据,因为这里存在被他人删除的情况。
幻读则是反过来的,第一次未读取到数据,而在第二次被其他人建立后,又读取到了数据。
因为你只注重单操作/事务/会话,所以在特定的场景下,可能会产生非常有意思的bug,实际上也没有办法去处理这个问题。
另一个需要处理的方面是锁。有些时候用户有着非常合理的理由去给某条记录加上一定时间的锁,而在多用户对某条记录并发修改时加锁也是唯一的解决方案。锁又分为Write和ReadWrite两种。Write锁只允许其它用户对被锁的数据进行读取,同时禁止其对数据进行修改。在实际情况中,让用户立刻失败也比让其等待要好的多。
之所以会立即返回失败是因为你操作的数据被加上了Write锁,这就意味着该数据已经被修改或者将要被修改。你写入将会作用在一个过期的数据,所以返回立即失败会更恰当一点。对于ReadWrite锁,情况会有所不同。在这种情况下,我们同时禁止了其它用户的读操作。这么做一般是为了保障系统的一致性,基本上任何作用在该条记录上的操作都要等待锁的失效。
在实践中,一旦加ReadWrite锁,你必须要去处理锁的有效期、手动解锁、锁失效检测、锁维护等一系列的问题。ReadWrite锁主要用于在不支持事务的系统中的进行一些事务操作,其它情况下谓之鸡肋亦不为过。
原文链接: World’s Smallest No SQL Database: Concurrency (编译/仲浩 审校/周小璐)
相关文章推荐
- 数据、进程-云计算学习笔记---Hadoop简介,hadoop实现原理,NoSQL介绍...与传统关系型数据库对应关系,云计算面临的挑战-by小雨
- 云计算学习笔记---Hadoop简介,hadoop实现原理,NoSQL介绍...与传统关系型数据库对应关系,云计算面临的挑战
- 云计算学习笔记---Hadoop简介,hadoop实现原理,NoSQL介绍...与传统关系型数据库对应关系,云计算面临的挑战
- 云计算学习笔记003---Hadoop简介,hadoop实现原理,NoSQL介绍...与传统关系型数据库对应关系,云计算面临的挑战
- 大数据挑战与NoSQL数据库
- MySQL在Web应用领域面临NoSQL的挑战
- 一行代码完成HibernateTemplate各种数据库操作
- SequoiaDB创始人:比MongoDB领先一到两年 打造企业级NoSQL数据库
- 扩展数据库面临的挑战
- SequoiaDB:比MongoDB领先一到两年 打造企业级NoSQL数据库
- 4行C#代码打造专业数据库连接配置界面
- 十分钟打造AutoComplete自动完成效果代码
- 4行C#代码打造专业数据库连接配置界面
- 十分钟打造AutoComplete自动完成效果代码
- SequoiaDB创始人:比MongoDB领先一到两年 打造企业级NoSQL数据库
- MySQL在web应用领域面临NoSQL的挑战
- [Hadoop in China 2011] 淘宝OceanBase打造结构化NoSQL数据库
- NoSQL挑战关系型数据库统治地位
- 浅析传统关系数据库面临大数据的挑战
- 仅一行代码完成各种数据库操作,基于spring的HibernateTemplate