缓存世界里，那些强大又隐秘的扫地僧
扫地僧，是金庸武侠小说《天龙八部》中的人物。
他的来历没有太多描述，负责打扫藏经阁，神秘而且武功深不可测，并具有大智慧，有极高技艺却深藏不露，隐匿在少林寺默默无闻。
这篇文章，笔者想聊聊缓存，只不过并不是大家耳熟能详的 Redis ，而是那些隐藏在中间件或者框架中强大却又隐秘的缓存，笔者愿称他们为缓存世界的扫地僧。
Cobar 关系型数据的分布式处理系统
原文地址： http://code.alibabatech.com/wiki/display/cobar/Home;jsessionid=779959E690AE94BBC8079BB8F7D8B244
概述
Cobar是关系型数据的分布式处理系统，它可以在分布式的环境下看上去像传统数据库一样为您提供海量数据服务。
Cobar使用文档（可用作MySQL大型集群解决方案）
原文：http://blog.csdn.net/shagoo/article/details/8191346
项目已经迁移到Git上面，地址为：https://github.com/alibaba/cobar
最近好不容易抽空研究了下Cobar，感觉这个产品确实很不错（在文档方面比Amoeba强多了），特此推荐给大家。
【Mycat】作为Mycat核心开发者，怎能不来一波Mycat系列文章？
Mycat是基于阿里开源的Cobar产品而研发，Cobar的稳定性、可靠性、优秀的架构和性能以及众多成熟的使用案例使得Mycat一开始就拥有一个很好的起点，站在巨人的肩膀上，我们能看到更远。业界优秀的开源项目和创新思路被广泛融入到Mycat的基因中，使得Mycat在很多方面都领先于目前其他一些同类的开源项目，甚至超越某些商业产品。——来自Mycat官网。
Cobar源码分析之AST
Cobar是阿里开源的数据库中间件，关于它的介绍这里不再赘述，可以参考之前的文章《Cobar SQL审计的设计与实现》
Cobar中利用AST可以获取table名、列名、比较的值进行分库分表，这也是Cobar最重要的功能
线上写了一条没有where条件的update或delete，这时可以利用AST进行表达式计算，对没有where条件和where条件恒为true的SQL进行拦截。
分库分表与到底要不要用自增ID?
抛开具体业务需求和场景谈论技术方案，无异于纸上谈兵。没有哪一项技术或解决方案有绝对的好坏、优劣之分。都是相对意义上的区分，否则这些项技术或方案是怎么产生的？一定也是为了解决某类具体场景的问题而产生的，在彼时彼刻都可谓 “先进”技术。