读写分离之Amoeba

相信初创公司，刚开始的时候，一般都是单机数据库。然而数据量上来了，你就不来不考虑数据库集群了。
一般的话，读都会比写多，差不多8:2的比例，具体业务具体不同。
这里就介绍下Amoeba(变形虫)。
Amoeba是什么呢?
Amoeba(变形虫)项目,该开源框架于2008年 开始发布一款 Amoeba for Mysql软件。这个软件致力于MySQL的分布式数据库前端代理层，它主要在应用层访问MySQL的 时候充当SQL路由功能，专注于分布式数据库代理层（Database Proxy）开发。座落与 Client、DB Server(s)之间,对客户端透明。具有负载均衡、高可用性、SQL 过滤、读写分离、可路由相关的到目标数据库、可并发请求多台数据库合并结果。 通过Amoeba你能够完成多数据源的高可用、负载均衡、数据切片的功能，目前Amoeba已在很多 企业的生产线上面使用。
当然Amoeba也有不利的地方，所以当你设计架构的时候，应该把这些因素考虑进去。

1.目前还不支持事务；
2.暂时不支持存储过程，官方说近期会支持；
3.不适合从Amoeba导数据的场景或者对大数据量查询的query并不合适，比如一次请求返回10w以上甚至更多数据的场合；
4.暂时不支持分库分表，amoeba目前只做到分数据库实例，每个被切分的节点需要保持库表结构一致。

若实际项目中所需要的功能正式Amoeba的短板，建议使用Mysql Proxy作为中间件，或者在应用层通过程序控制数据源，手动实现数据库读写分离。
当然Amoeba除了上面的明显的缺点外。在实际使用中，你会遇到很多问题。一个很明显的问题就是：如何解决主从数据库同步延迟问题？
这里我可以提供一些思路：

1、有更新数据后的 读取相关数据动作，都从默认到主库；
2、利用缓存；插入新的数据，会有last_id返回，组装成数据，缓存到前端。读取此 id 数据时，先从缓存取。
...    

当然问题提出来，有很多解决方案，具体业务具体分析。这里只做参考。
关于Amoeba环境的配置，我也不多介绍，网上一大堆教程。 这里我只简单介绍下Amoeba，具体使用，需要自己去摸索。自己不去摸索，永远学不会。
Amoeba使用指南（http://docs.hexnova.com/amoeba/）
其实技术问题都好解决，关键是要提出问题，然后怎样合理设计架构去解决问题。我喜欢研究各种技术解决方案，然后比较之，吸取精华，设计出最佳的解决方案。
针对上面问题，大家可以提出自己的思考。欢迎留言讨论。