数据库分库分表方案
mysql数据库分库分表后要是有跨表的查询怎么处理，分页的时候怎么处理？
mysql数据库分库分表后要是有跨表的查询怎么处理，分页的时候怎么处理？
你可以先count一下各分表，再根据页数来取数据或都使用中间件进行取数据mysql数据库分库分表后要是有跨表的查询怎么处理，分页的时候怎么处理
PHP数据库为什么要分表和分库？
数据量太大会影响性能，所以进行分库分表以优化数据库的性能
分库分表中，数据库中间件扮演了一个怎样的角色？
在数据库分库分表中，中间件就相当于一个adapter(适配器)，开发中你不需要去关心分库分表是怎么实现，你只需要正常操作就行。
像常见的分库分表中间件sharding-jdbc, Mycat, DBproxy，atlas，它们做的其实就是适配器的活。
我上层业务不需要关心你怎么去分库分表，我只要配置好规则就行，在写CRUD的时候不用去指明具体的表明，就好像你操作的就是一个数据库表一样。
分库分表是是能解决表数据太大的问题，但是它也存在很多问题，其中很多问题是中间很难去解决的。就拿简单的分页来说，光是为了知道页数就需要查询很多张表，然后在进行分页。更复杂的有join操作，统计操作这类的，现在很多中间件都不支持多表关联。
从上面可以看出，分库分表的中间件起到了适配的作用，还不能支持太复杂的操作，简而言之就是“一个功能待完善的适配器”。
数据库分库分表时的冗余是怎么回事？
我在工作中遇到了这么几个问题：数据库分库分表时遇到的冗余问题是什么问题？怎么解决？2.要对数据库集群进行扩容，该怎么做？本人常年做单机数据量小的app，希望大数据处理方面的专家能帮忙解答。
先说句题外话，做到需要分库分表的业务量，应该有专门的人员来对数据库进行设计了，不应该是由开发人员单方面决定，所以贵公司的团队结构需要稍微优化一下了。
第一个问题，冗余。所谓冗余，是指同一项数据存储有多份存储。在数据库设计中，经常利用冗余来针对性的对业务进行优化：1、各种集群结构，不管是主从结构还是主-主结构，数据会复制到多个数据库实例中，达到分担压力和高可用的目的；2、不同的表中存储相同的字段，主要是针对一些高频率的查询业务，避免join操作对性能造成损害。冗余最大的问题是一致性问题，由于数据存储在多个地方，一旦改动需要保证所有的副本都能同步改动。
第二个问题，扩容。分库分表的扩容，核心是路由方案。以比较通用的hash路由为例，假设扩容前的路由方案为：DB_ID HASH(KEY) MOD 2，现在需要扩容，扩容的路由方案应该怎么定？一个基本原则就是不要造成数据的迁移。如果新方案为DB_IDHASH(KEY) MOD 3，那么势必会造成之前的两个库里的数据均匀的散落在3个新库中，造成巨大的迁移成本，而使用DB_IDHASH(KEY) MOD 4这个方案，将两个节点扩容为4个节点，则会简单很多，只需要将之前DB_ID为1的数据复制到DB_ID3,将DB_ID0的数据复制到DB_ID2，即可保证正确性，在进行简单的删除操作即可。
答得比较简单，希望对题主能有所帮助。