水平分库分表的关键问题及解决思路
分片技术的由来
关系型数据库本身比较容易成为系统性能瓶颈，单机存储容量、连接数、处理能力等都很有限，数据库本身的“有状态性”导致了它并不像Web和应用服务器那么容易扩展。
单机存储容量、连接数、处理能力等都很有限，数据库本身的“有状态性”导致了它并不像Web和应用服务器那么容易扩展。
单机存储容量、连接数、处理能力等都很有限，数据库本身的“有状态性”导致了它并不像Web和应用服务器那么容易扩展。
单机存储容量、连接数、处理能力等都很有限，数据库本身的“有状态性”导致了它并不像Web和应用服务器那么容易扩展。
分布式全局唯一ID
在很多中小项目中，我们往往直接使用数据库自增特性来生成主键ID，这样确实比较简单。而在分库分表的环境中，数据分布在不同的分片上，不能再借助数据库自增长特性直接生成，否则会造成不同分片上的数据表主键会重复。简单介绍下使用和了解过的几种ID生成算法。
常见分片规则和策略
分片字段该如何选择
在开始分片之前，我们首先要确定分片字段（也可称为“片键”）。很多常见的例子和场景中是采用ID或者时间字段进行拆分。这也并不绝对的，我的建议是结合实际业务，通过对系统中执行的sql语句进行统计分析，选择出需要分片的那个表中最频繁被使用，或者最重要的字段来作为分片字段。
很多常见的例子和场景中是采用ID或者时间字段进行拆分。
很多常见的例子和场景中是采用ID或者时间字段进行拆分。
很多常见的例子和场景中是采用ID或者时间字段进行拆分。
选择出需要分片的那个表中最频繁被使用，或者最重要的字段来作为分片字段。
选择出需要分片的那个表中最频繁被使用，或者最重要的字段来作为分片字段。
选择出需要分片的那个表中最频繁被使用，或者最重要的字段来作为分片字段。