水平分库分表的关键问题及解决思路
分片技术的由来关系型数据库本身比较容易成为系统性能瓶颈,单机存储容量、连接数、处理能力等都很有限,数据库本身的“有状态性”导致了它并不像Web和应用服务器那么容易扩展。在互联网行业海量数据和高并发访问的考验下,聪明的技术人员提出了分库分表技术(有些地方也称为Sharding、分片)。同时,流行的分布式系统中间件(例如MongoDB、ElasticSearch等)均自身友好支持Sharding,其原理和思想都是大同小异的。 分布式全局唯一ID在很多中小项目中,我们往往直接使用数据库自增特性来生成主键ID,这样确实比较简单。而在分库分表的环境中,数据分布在不同的分片上,不能再借助数据库自增长特性直接生成,否则会造成不同分片上的数据表主键会重复。简单介绍下使用和了解过的几种ID生成算法。 Twitter的Snowflake(又名“雪花算法”) UUID/GUID(一般应用程序和数据库均支持) MongoDB ObjectID(类似UUID的方式) Ticket Server(数据库生存方式,Flickr采用的就是这种方式) 常见分片规则和策略分片字段该如何选择在开始分片之前,我们首先要确定分...