文件锁是用IO来操作的，这需要时间，我们之前也用过文件锁这种机制控制并发，但结果是只能防住80%左右的并发还有一部分是控制不住的。

最近有些烦恼 Membase Redis MongoDB 这三个让我最心动， 主要问一下去哪儿这种对实时性较高的站点使用什么更合适。

@zhangcy structs2 中可以 完成 rewrite么？ 是怎么实现的呢？ 比较着急 麻烦告知 万分感谢

structs2 中可以 完成 rewrite么？ 是怎么实现的呢？ 比较着急 麻烦告知 万分感谢

推的时候，可以根据用户的在线情况，如果在线的就先失推，不在线的可以迟一些。

赞，不管结论如何，还是引发了我很多思考。

博主的文前实为一个引子。好文多谢！

没看出子丑寅卯来

上联：为系统而生，为框架而死，为debug奋斗一辈子！ 下联：吃符号的亏，上大小写的当，最后死在需求上！ 横批：杯具程序员。

您好，我能将您的文章用在我的论文里吗？ 我是指，不标明引用的使用您的文章……

说实话，我非常排斥在函数内部，去调用全局变量，这是个非常不好的习惯

关注

不错呀楼主

定位很重要啊。

早上在infoQ看到了。

发现memcached对cachedump命令的输出字节数有最大2MB的限制，所以同一个cachedump命令（同id的slab）只能列出不到70000个，超出部分无法取得。

感谢博主，受教了

利用64位操作系统支持的128G内存，构建一个内存关系数据库，存放int等类型的数据，大数据使用NoSql存储。 ，如果还不能满足，是不是可以使用分布式内存数据库？

支持windows吗？

[quote]flashjay： Hi, 关于新浪大量使用redis的实践，知道他们用在哪些方面吗？详细点的，比如，好友列表；还有相关的运维经验，比如意外宕机可能会导致最后一次save之后的数据全部丢掉； 谢谢！ [/quote] 我不是新浪的员工，所以在没有得到允许的情况下，不方便说太细节了。

Hi, 关于新浪大量使用redis的实践，知道他们用在哪些方面吗？详细点的，比如，好友列表；还有相关的运维经验，比如意外宕机可能会导致最后一次save之后的数据全部丢掉； 谢谢！

[quote]eng308：很想知道楼主为何选的是Redis？Redis和其他的key/value数据库的优势在哪里呢？对与mongodb楼主有何见解？因为最近也在研究nosql，所以对于他们各自的性能以及优势还有些迷茫，忘楼主给与指点。[/quote] 你首先关注下各自存储的数据结构的区别

很想知道楼主为何选的是Redis？Redis和其他的key/value数据库的优势在哪里呢？对与mongodb楼主有何见解？因为最近也在研究nosql，所以对于他们各自的性能以及优势还有些迷茫，忘楼主给与指点。

多谢分享。受教了

针对这种空记录查询问题，如果仅仅从保存空记录这个维度是不能彻底解决的，如：很多场景下，修改一条记录时，需要读取该条记录，基本上所有的新写一条记录，都会对应一次空记录查询，而不是多次访问一条空记录。这里有个方法：采取bloomfilter来保存非空记录，bf本身可以用很少的内存代价来保证较低的误中率和0误失率

学习了

多谢分享。受教了

@草屋主人 [quote]草屋主人： [quote]James.H.Fu： ---引用--- 这种架构需要考虑数据复制的延迟问题，这跟使用MySQL的master-salve模式的延迟问题是一样的，解决方法也一样。 ---问题--- 能谈一个如何解决的吗？ [/quote] 1.严格不能延迟的，读取操作路由到主库进行 2.使用部分复制，提高复制速度。（复制部分表）--限于MySQL 3.采用异步复制，复制到从库的时候，是复制到缓冲区的，提高复制速度。 4.结合写缓冲[/quote] 对主库操作 监听异步读写处理。这样可以保证延迟的问题。然而数据一致性的问题。 如果采用复制同步的问题，这样可能会造成延迟较大。 不过这种方式，适合新项目从开始就考虑。 如果已有库，那延迟性就不可避免了。只能尽可能的减小

[quote]James.H.Fu： ---引用--- 这种架构需要考虑数据复制的延迟问题，这跟使用MySQL的master-salve模式的延迟问题是一样的，解决方法也一样。 ---问题--- 能谈一个如何解决的吗？ [/quote] 1.严格不能延迟的，读取操作路由到主库进行 2.使用部分复制，提高复制速度。（复制部分表）--限于MySQL 3.采用异步复制，复制到从库的时候，是复制到缓冲区的，提高复制速度。 4.结合写缓冲

---引用--- 这种架构需要考虑数据复制的延迟问题，这跟使用MySQL的master-salve模式的延迟问题是一样的，解决方法也一样。 ---问题--- 能谈一个如何解决的吗？

”MySQL和NoSQL组合“ 这个方案不错。

[quote]zhangcy：你好，我想知道，关于缩短链接跳转的实现我不明白，比如http://bit.ly/xxxx是如何跳转到目标url的，我知道是通过xxxx查询数据库取得目标url，然后跳转的，但是我不明白的是http://bit.ly/xxxx这个url本身的页面是如何作的，尤其是http://bit.ly/xxxx没有后缀，参数获取，具体的页面怎么实现？？？能够告知一二？？？？[/quote] 通过rewrite后，xxxx就是参数。

你好，我想知道，关于缩短链接跳转的实现我不明白，比如http://bit.ly/xxxx是如何跳转到目标url的，我知道是通过xxxx查询数据库取得目标url，然后跳转的，但是我不明白的是http://bit.ly/xxxx这个url本身的页面是如何作的，尤其是http://bit.ly/xxxx没有后缀，参数获取，具体的页面怎么实现？？？能够告知一二？？？？

都是牛人

@RealDigit NoSQL跟MySQL是同级别的存储层

NoSql是一个中间层吗？

多谢lz分享。一直都想了解下NoSQL的。。受益匪浅

一种是查询 例如当缓存用的那种 key-value 一种是存储 就是你说的第二种 还有就是普通的当数据库 存储和查询在一起

简单的说，就是在mysql中存储1对多/多对多的映射关系，然后根据关系查询出主键，再查nosql. 这个之前也想过，后来也想过在nosql直接维护映射关系，实现范围查询。

不错，很多细节很到位

good

我现在做的东西基本还是用sql....上头要求，没办法

学习

学习

学习

不错。

我最近也在关注有关话题 个人感觉是：由于互联网的本质使然，互联网应用必须承受高读写压力。即使是一个中小型网站，只要同时并发请求用户数量达到数千人开始，对于数据库的压力就开始体现。 一般普通PC+单独硬盘能做到的insert操作不过就是每秒1-2千而已。 另外，针对读操作还是有很多解决方案的，即使是传统关系型数据库也能做得很好 目前关键的是如何解决大量写的问题 钱多多的主不用关心，呵呵

在宣传面前要稳住

不错,现在好多大网站都是采用NoSQL

[quote]SeaSunK：會不會兩者結合來用完美些呢。NOSQL數據庫在排序方面不好，因為是靜態數據庫。[/quote] 请关注后续文章