当数据库的数据量过大，大到一定的程度，我们就可以进行分库分表。那么基于什么原则，什么方法进行拆分，这就是本篇所要讲的。

目前集中式架构已越来越不适应业务以及转型的要求，需要对架构进行分布式改造，提升IT系统的承载能力。分布式数据库作为分布式架构的基石，其选型直接关系到分布式架构转型的成败。

互联网应用当中，我们的应用会使用多个第三方账号进行登录，比如：网易、微信、QQ等，我们把此称为多账户统一登陆。

对于mysql的优化是一个综合性的技术，sql的优化只是其中的一种

不管是IO瓶颈，还是CPU瓶颈，最终都会导致数据库的活跃连接数增加，进而逼近甚至达到数据库可承载活跃连接数的阈值。在业务Service来看就是，可用数据库连接少甚至无连接可用

优化查询，应尽量避免全表扫描，应该在用于检索数据和排序数据的字段上建立索引，如where子句用于搜索，orderby子句用于排序，所以在这两个子句涉及到的字段上需要建立索引。

mysql作为应用程序的数据存储服务，要实现mysql数据库的高可用。必然要使用的技术就是数据库的复制，如果主节点出现故障可以手动的切换应用到从节点

微软的SQLSERVER提供了两种索引:聚集索引(clusteredindex,也称聚类索引、簇集索引)和非聚集索引(nonclusteredindex,也称非聚类索引、非簇集索引)。

对查询进行优化,要尽量避免全表扫描,首先应考虑在where及orderby涉及的列上建立索引。应尽量避免在where子句中对字段进行null值判断,否则将导致引擎放弃使用索引而进行全表扫描

没有特殊要求（即Innodb无法满足的功能如：列存储，存储空间数据等）的情况下，所有表必须使用Innodb存储引擎（mysql5.5之前默认使用Myisam，5.6以后默认的为Innodb）Innodb支持事务，支持行级

不管是使用分布式数据访问层还是数据库中间件，都会带来一定的成本和复杂度，也会有一定的性能影响。所以，还需读者根据实际情况和业务发展需要慎重考虑和选择。

所有存储相同数据的列名和列类型必须一致（一般作为关联列，如果查询时关联列类型不一致会自动进行数据类型隐式转换，会造成列上的索引失效，导致查询效率降低）