mysql分库分表的一些记录 mysql

一，按业务维度拆分
比如一个系统可能包含了用户，商品，订单业务，由于这三个维度在访问与数据读写上不平衡，为避免互相影响，提高性能，可以按业务维度拆分成用户系统，商品系统与订单系统。
二，数据归档
针对有的数据只需要留存而不涉及到读写，可以考虑将其归档。像一定时间前的访问日志
【mysql分库分表的一些记录】三，读写分离
对于某个系统来说，当其发展到一定阶段，数据库必然会成为瓶颈，可以先考虑实现读写分离以减轻对主库的压力，实现的方式大致有两种：

中间件路由。在应用与数据库之间，由中间件将请求转发到读库或写库。相关的中间件有：Amoeba，MySQL-Proxy，MaxScale，MyCat等。
应用内部实现路由。应用与数据库直连，由应用来定使用读库或写库。相关技术有spring 动态数据源,Sharding-JDBC等。

使用中间件的优点是对业务透明，不用修改代码，缺点是加长了调用链路，增加了故障点、降低了性能；而在应用内部进行路由则相反。
另外实现了读写分离需要考虑下面几个问题：

故障转移的问题。相关的技术有MHA，keepalive，MyCat等。
如果是使用应用进行的路由，则需要在应用里配置读写数据源。
主从延迟的问题。针对这个问题一方面看能不能从业务上规避，如果规避不了则有针对性的将相关读服务连主库。另一方面如果读性能瓶颈很大，可以直接考虑使用缓存代替，用缓存分片来应对数据量大的问题。

四，分表分库
数据量大到一定程度后，数据库的读写性能会下降，更别说那些较复杂的查询，一般业说单表数据达到千万级别就算是量很大，需要考虑拆分存储了。就单库而言，并发达到2000已经算是性能很不错了，如果再大就避免不了分库。简单一句：数据量大，就分表；并发高，就分库。
4.1分片策略