主从复制PHP+mysql-proxy
主从复制PHP+mysql-proxy
实现了主从复制， PHP应用的请求将分发给从的MYSQL机器上面，
否是是这样一个流程，2个问题
1，主服务器来写，从服务器来读呢？
2，如果 insert update高并发，1个主扛不住怎么办？
3，PHP与MYSQL-PROXY 怎么连接
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（7）
当你的主库就连insert,update,delete都顶不住的时候.(假如你的sql优化良好,并且有缓存服务器的话)
那么你的站日pv,也差不多在5000万以上了.
当你的主库就连insert,update,delete都顶不住的时候.(假如你的sql优化良好,并且有缓存服务器的话)
那么你的站日pv,也差不多在5000万以上了.
1. 程序里面定义好两个MYSQL服务器，select操作的走从库，update,delete,insert等操作走主库。这是最笨也是效果最好的方法；
2. 一个主抗不住，那还可以用mysql集群。不过还是先优化好SQL，在MYSQL前套一层cache，如果这样还是不行的话再考虑集群方案。
3. mysql-proxy我没部署过，不过我觉得应该和连MYSQL是一样的，proxy只是负责在后端进行分发。
主只用来写，一个主扛不住，前面拿cache挡有什么意义？
实时性要求不是极为苛刻的话，可以把数据先放在缓存里，这样就不会让磁盘瓶颈拖垮系统。
这么说的话就不单只是实时性的问题了，插入的数据缓存了，怎么缓存？是缓存在磁盘上还是缓存在内存里，缓存在磁盘上就还是得写磁盘，缓存在内存里怎么面对宕机，数据丢失如何恢复，这都会成为问题。
1. 程序里面定义好两个MYSQL服务器，select操作的走从库，update,delete,insert等操作走主库。这是最笨也是效果最好的方法；
2. 一个主抗不住，那还可以用mysql集群。不过还是先优化好SQL，在MYSQL前套一层cache，如果这样还是不行的话再考虑集群方案。
3. mysql-proxy我没部署过，不过我觉得应该和连MYSQL是一样的，proxy只是负责在后端进行分发。