注：此文首发于 《程序员》杂志 2008 年 7 月刊。 从 Shard 到 Sharding "Shard" 这个词英文的意思是"碎片"，而作为数据库相关的技术用语，似乎最早见于大型多人在线角色扮演游戏(MMORPG)中。"Sharding" 姑且称之为"分片"。 Sharding 不是一门新技术，而是一个相对简朴的软件理念。如您所知，MySQL 5 之后才有了数据表分区功能，那么在此之前，很多 MySQL 的潜在用户都对 MySQL 的扩展性有所顾虑，而是否具备分区功能就成了衡量一个数据库可扩展性与否的一个关键指标(当然不是唯一指标)。数据库扩展性是一个永恒的话题，MySQL 的推广者经常会被问到：如在单一数据库上处理应用数据捉襟见肘而需要进行分区化之类的处理，是如何办到的呢? 答案是：Sharding。 Sharding 不是一个某个特定数据库软件附属的功能，而是在具体技术细节之上的抽象处理，是水平..

奥运开幕式是一场音乐会的开始，一曲谱写4年的乐章将由此奏响，其中包含了酸甜苦辣、欢悦与失望；奥运开幕式是赞礼，赞扬并提倡五大洲和平、友谊、公平竞争和“更快、更高、更强”的理念；奥运会是舞台，演绎着东道主所特有的文化沉淀与对奥运精神的领悟。 One World, One Dream! 2008年08月08日晚上8点，我们高呼着“有朋自远方来不亦乐乎”和“Welcome my friends”来欢迎全世界的朋友们来到中国，来到北京！第二十九届奥运会，我们的奥运会、我们的开幕式。 在开幕式顺利结束不久后，网络上就出现了大量声音对CCTV直播技术的质疑，观众认为CCTV错过了很多精彩而又关键的镜头，同时对美国NBC大肆称赞。究竟是不是这样呢？我们Evolife立即下载了CCTV高清和NBC，对此片做了一场PK大赛。     场景一：..

      工作九年了，网站相关的开发工作也干了八年多。负责带领团队也好几年了。面试和带领刚工作的人也不少了。其中的优秀者不少，但是大多数都存在下面提到的几个认识误区。把这些问题提出来，希望对刚参加工作没有多久的程序员们有所帮助，少走弯路。       公司招你进来，其实最重要的就是看到你的工作能力和工作态度是可以接受的。             工作能力指你能满足他们的工作期望，或者在可接受的时间范围内，经过培训后，可以满足这个工作期望。             工作态度指你能有些做职员的基本素质。       这个道理应该所有人都清楚。但是到实际事..

再说存储引擎 继续上一篇的讨论，记录针对 MySQL 在大企业级商用上我的一些零星想法。网络上到处都有关于各个引擎之间的对比。这里要提醒一点是，注意各个引擎的锁的粒度。InnoDB 是行锁，锁的实现是依赖于索引的，MyISAM 只是表锁。锁粒度是衡量存储引擎的一个重要指标，其能力很大程度上决定并发能力。 至于 TRANSACTION ISOLATION LEVEL，则是另外一个需要衡量的指标。 老生常谈的，某某引擎适合什么类型的应用，归根结底还是由于其实现的机制决定了引擎的特性。 存储层的解决方案 相信没有人愿意在 MySQL 上用 RAW 设备，很多人几乎就是直接把数据文件放在文件系统上(个人认为，对于数据库这样的应用来说，文件系统可靠性还有所欠缺)。我还没发现 MySQL 上类似 Oracle ASM 的解决方案。如果用文件系统，单节点的数据存储能力肯定要受到制约--没..

前两天在上海参加技术研讨，讨论了关于 MySQL 的一些面向企业级应用的思路，今天和几位同事开会，也谈及了能否用 MySQL 替代当前 Oracle 的问题。干脆整理一下思路，算是做个备忘。 首先说明一点的是，我不是说 MySQL 没有大企业级的应用，事实上，可以看到越来越多的成功布署 MySQL 的应用，但是，还不够多，还有许多大企业的关键应用还不敢用 MySQL。或许这篇小文能和大家一起探讨一些比较"虚"的东西。 存储引擎 由于 MySQL 自己一直没有一个成熟可靠的存储引擎，估计这让他们深感痛处(尤其是目前最成熟的事务型引擎 InnoDB 又在 Oracle 手里)。MySQL 寄予厚望的 Falcon 在开发了两年多之后，建树不大，而该项目带头人 Jim Starkey 前不久又离开了 MySQL，陋屋偏逢连夜雨。 Sun 会给 MySQL 一个稳健的引擎么? 我看短时间内未必能达到。除非，Sun 从..