IT牛人博客聚合

全文译自墙外文章“NoSQL Data Modeling Techniques”，译得不好，还请见谅。这篇文章看完之后，你可能会对NoSQL的数据结构会有些感觉。我的感觉是，关系型数据库想把一致性，完整性，索引，CRUD都干好，NoSQL只干某一种事，但是牺牲了很多别的东西。总体来说，我觉得NoSQL更适合做Cache。下面是正文——

NoSQL 数据库经常被用作很多非功能性的地方，如，扩展性，性能和一致性的地方。这些NoSQL的特性在理论和实践中都正在被大众广泛地研究着，研究的热点正是那些和性能分布式相关的非功能性的东西，我们都知道 CAP 理论被很好地应用于了 NoSQL 系统中（陈皓注：CAP即，一致性(Consistenc

查看全文: http://www.udpwork.com/item/7283.html

concepts guide（11g）

By Thomas Kyte

由Tom担纲编写的11g的Concepts guide作为第一本书籍，是引领你进去Oracle世界的最基础的一本书籍，建议所有的人都对此做深入阅读，我了解的有些朋友对此文档有3-5遍以上的阅读。重点：oracle数据库的体系结构、内存架构、oracle的基本数据对象、并发控制与隔离级别相关内容，Undo与Redo的内容。

backup and recovery guide

备份与恢复是Oracle数据库也是关系数据库最关键的部件，深入阅读此文档，可以帮助你了解Oracle是如何设计redo、undo、数据格式，以及恢复过程中的一些细节内容。

Expert

查看全文: http://www.udpwork.com/item/7146.html

我找了两台硬件环境基本一样的机器（同一个刀片里面的两台），分别装了FreeBSD和Linux，来测试leveldb在这两个环境下的性能差异。

编译环境：

FreeBSD 9.0:  gcc  4.6，libunwind-1.0.1 google-perftools-1.8.3

（libunwind-0.99-beta编译不过去，google-perftools-1.9.1虽然能编译过去，但是最后和db_bench链接完后，运行会core dump）

CentOS Linux: gcc 4.4，google-perftools-1.9.1，libunwind-0.99-beta

leveldb的代码是从

查看全文: http://www.udpwork.com/item/6714.html

今天把Berkeley DB加进去，加到昨天的测试代码中。然后把client改成多线程的，其实就是为了方便启动测试。

首先，当服务器端是单线程的时候，一切都工作的很好，QPS也不低。

然后，我把服务器改成多线程，共享一个db handle。然后立马就死锁了。速度非常快。

嗯，用锁的时候必须把死锁检测打开。

dbenv->set_lk_detect(DB_LOCK_DEFAULT);

你猜怎么着？

第一次测试，很OK，插入20万条数据(key是用java.util.Random.nextLong生的），花了23秒。

第二次，卡死了。我以为又是死锁，但是用pstack打开一看，不是。好多线程在等锁，还有好多线程停留在

查看全文: http://www.udpwork.com/item/6589.html

最近，想做一个data store，存储一些用户数据。我想越简单越好，不要搞什么分布式，尽力单机解决所有问题，然后找一个机器做replication。但是呢，这个机器所处位置很重要，很容易成为整个网站的瓶颈，所以我还是想尽可能的提高效率。

我要一个什么东西呢？ 简单点说，就是一个可持久化的、高效的KV存储。例如腾讯的CMEM服务，或者，mysqld+memcached。我只是举个例子，不一定非要走memcache的接口。每个item都有一个过期时间，超过那个时间之后，应当被删除，否则硬盘会炸掉的。据同事估计，数据量大概是1-2T左右。我觉得我通过压缩手段，能降低到100GB的规模。请求的频率呢，大概是每秒2-3万次读写，而且写入比

查看全文: http://www.udpwork.com/item/6578.html

某人发了一篇Don’t use MongoDB的血泪控诉，我把原文翻译如下，你可以看看。不过，我想我们还要去看看10gen CTO的对此事的回复，我们还要去在Reddit上看看大家的说法，10gen CTO的对此事的回复后面也有一堆人在讨论这个事，还有一些程序员开始去读MongoDB的源码了，呵呵。看样子，说MongoDB的这些事并不是真的。

10gen CTO 对此事的并不完全知道，其在回复，对些文中的每一条都做了回复。我把其回复的大体意思也放在原文中。不过，很有意思的是那些程序员的讨论。建议大家看看。

正文

因为各种政治原因，我这段时间没有说什么，但是现在我觉得因为要对社会负责，所以我要阻止大家不要把你们的业务

查看全文: http://www.udpwork.com/item/6256.html

SSD应该是近几年来硬件技术最nb的革命，困扰计算机性能的最短木板－－磁盘IO终于有了巨大的突破。而且SSD在未来的几年中会快速普及（我还琢磨着给我笔记本换SSD）。

前一段cm同学也想做一个MVCC支持的k-v数据库 ，现有的数据库都是根据几年前的硬件水平（小内存、无NUMA、机械磁盘）进行的设计的，不可能针对SSD专门优化，SSD上的MySQL性能提升应该是只用了SSD IOPS超高这一个特性。在SSD未来几年应该能广泛普及的前提下，针对SSD的数据库优化是必须的。集中查了查资料，聊聊想法，有不对的地方欢迎各位补充。

先简要的介绍一下SSD的特点。SSD没有传统机械硬盘的机械寻道时间而带来的延迟，所以IOPS性能可以达到10

查看全文: http://www.udpwork.com/item/5840.html

文章来源：Best “must know” open sources to build the new Web。个人感觉这个收集贴收集成相当的全。

学习HTML 5编程和设计

★ HTML5 Rocks : Major Feature Groups  的学习 HTML5 的资源 (HTML5 演示, 教程 ). 源码

很不错的 HTML5 Dashboard – Mozilla，效果很炫。

WhatWG Developers, 一个清楚的 HTML5 技术规格说明书。

★ StackOverflow : 大名鼎鼎的技术问答式论坛。

★ Addyosmani, jQuery 和 JavaScript 文章教程

查看全文: http://www.udpwork.com/item/5208.html

昨天下午的技术讨论会上说到了数据库的按时间点的进行实时备份和归档，当时的讨论都是基于日志如何来做。

这个问题需要做到以下几点：

因备份而引起的中断数据库服务的时间尽可能短;

能够迅速的让数据库使用备份的数据rollback;

归档的备份数据能在专门的备份机统一保存，方便本机失效后的处理;

如果可能，归档备份的数据能做到增量备份，以节省备份机的磁盘空间，同时方便快速传输。

从数据库本身解决这个问题，可能受困于已有的数据库设计和代码，不非常容易。换个思路，可以基于fs的snapshot来做。

在*nix系统下功能最强的snapshot首推zfs，本身支持文件系统快照，支持增量备份，并内置了zfs send工具能直接把备份快

查看全文: http://www.udpwork.com/item/5842.html

The Art of Unix

http://www.faqs.org/docs/artu/

Perl for Impatient Developer

http://blob.perl.org/books/impatient-perl/iperl.pdf

Game Development with Javascript

http://www.brighthub.com/hubfolio/matthew-casperson/blog/archive/2009/06/29/game-development-with-javascript-and-the-canvas-element.aspx

Introduction to

查看全文: http://www.udpwork.com/item/3567.html

作者：Fenng 发布在 dbanotes.net.

简要概括一下在 2010 数据库技术大会 上分享的这个关于"数据库与用户体验"的话题。

关于数据库与用户体验，在这个分享中我谈到了如下三点：

响应速度(Response Time)

可用性(Usability and Availability)

数据交互策略(Data Interactive Policy)

其中响应速度(或者是响应时间，英文用了Time)这一部分，首先强调了一下面向最终用户的响应时间对用户体验的重要性。"慢"终归不是好事情。建议技术人员应该了解 Web 架构中各个组件之间的性能数据，并且能够建立端到端的性能数据分析。额外强调了一下延迟(Lat

查看全文: http://www.udpwork.com/item/602.html

作者：Fenng 发布在 dbanotes.net.

今天晚上和几个同事飞赴北京，参加明天开始的 2010 数据库技术大会。

在明天(4月2号)下午我将做一个演讲，题目有点偏，关于"数据库与用户体验"。我相信在此之前，没有谁会做这样的话题，所以这个话题在做数据库的技术人员眼里有点陌生或是有点忽悠。我的出发点是这样的：可能绝大多数 DBA 都会认为自己的工作和用户体验(User Experience) 是风马牛不相及的事情。实际情况并非如此，DBA 很多关键的工作都会和用户体验相关联，理解到其中的细微之处，能让 DBA 在技术团队发挥更大的作用，创造更大的价值。希望我的演讲到时候会对一些有困惑的朋友真的有帮助。

应主办方要求，

查看全文: http://www.udpwork.com/item/542.html

0. 通过安装好数据库环境, 如果使用ASM的话, 也配置好ASM的环境.

1. 在主库与standby数据库配置好listener与tns配置.在我的环境中为dbmain与dbstby

dbmain 库上的配置

[oracle@dbmain admin]$ cat listener.ora
LISTENER =
(ADDRESS_LIST=
(ADDRESS=(PROTOCOL=tcp)(HOST=dbmain)(PORT=1521))
)
SID_LIST_LISTENER=
(SID_LIST=
(SID_DESC=
(SID_NAME=dbmain)
(ORACLE_

查看全文: http://www.udpwork.com/item/412.html

作者：Fenng 发布在 dbanotes.net.

简要回顾一下 2009 年数据库技术领域。过去的一年，差不多也可以说是过度的一年，数据库技术以及数据存储产品等都都或多或少发生一些方向上的转变。

Oracle 收购 Sun，MySQL 前途未卜

Oracle 收购 Sun 可谓一波三折。在获得美国司法部门的批准后，欧盟委员会又开始调查，Oracle 随后抛出一个"十条保证"，眼看着欧盟就要点头，没想到 MySQL 创始人 Michael Widenius(Monty) 则在这个当口不失时机的搞出来一个"拯救 MySQL"的抵制活动，让 Oracle 头疼不已。Monty 这人多少也有点上纲上线，现在已经将 MySQL 的

查看全文: http://www.udpwork.com/item/112.html

作者：Jacky 发布在 dbanotes.net.

自从 Oracle 和 HP 推出 Exadata 之后，我就很关注这个产品，之前也写了一篇Oracle Database Machine介绍它。去年，Oracle和SUN合并后，推出了Oracle Exadata V2，相比较上一代产品有几个变化：第一，使用 SUN 的硬件；第二，宣称支持 OLTP 应用；第三，Oracle 11g R2 提供了更多的新特性。

Exadata Smart Flash Cache

Exadata V2整体架构并没有太多改变，换用了 SUN 的硬件，除了采用 Intel 最新的 Nehalem CPU 以外，每台 Storage Cell

查看全文: http://www.udpwork.com/item/114.html

昨天晚上美国的朋友tweet这个消息的时候就震惊了，没想到还是这位爷收了Sun。一直以为会是18摸，我相信IBM定会后悔的，若干年后这位蓝色巨人一定会发现这是其犯下最大的错误之一。

事实上不久前还刚去Sun的官方网站下载了个JDK 1.6.0 update 13，和一个Solaris 10u6 x86的DVD镜像。13这数字对西方人来说不吉利还真奏效，没想到时隔数周，以其技术闻名的Sun Microsystem竟然已经被收购了，不禁有些感叹。

BEA的12年，Sun的27年，均终结在Oracle之手。BEA和Sun的关系，不用我多说了吧？

至于产品和技术方面，有很多微妙之处，接下去就是看Oracle如何把sun的产品线整合进来

查看全文: http://www.udpwork.com/item/312.html