1. 程序里面定义好两个MYSQL服务器,select操作的走从库,update,delete,insert等操作走主库。这是最笨也是效果最好的方法;
2. 一个主抗不住,那还可以用mysql集群。不过还是先优化好SQL,在MYSQL前套一层cache,如果这样还是不行的话再考虑集群方案。
3. mysql-proxy我没部署过,不过我觉得应该和连MYSQL是一样的,proxy只是负责在后端进行分发。######
@netexr : 这么说的话就不单只是实时性的问题了,插入的数据缓存了,怎么缓存?是缓存在磁盘上还是缓存在内存里,缓存在磁盘上就还是得写磁盘,缓存在内存里怎么面对宕机,数据丢失如何恢复,这都会成为问题。######
@游侠 : 实时性要求不是极为苛刻的话,可以把数据先放在缓存里,这样就不会让磁盘瓶颈拖垮系统。######主只用来写,一个主扛不住,前面拿cache挡有什么意义?######
引用来自“netexr”的答案
1. 程序里面定义好两个MYSQL服务器,select操作的走从库,update,delete,insert等操作走主库。这是最笨也是效果最好的方法;
2. 一个主抗不住,那还可以用mysql集群。不过还是先优化好SQL,在MYSQL前套一层cache,如果这样还是不行的话再考虑集群方案。
3. mysql-proxy我没部署过,不过我觉得应该和连MYSQL是一样的,proxy只是负责在后端进行分发。
1个主抗住,考虑其他集群? 这个PROXY好像就是集群吧######
当你的主库就连insert,update,delete都顶不住的时候.(假如你的sql优化良好,并且有缓存服务器的话)
那么你的站日pv,也差不多在5000万以上了.######
引用来自“zlsky”的答案
当你的主库就连insert,update,delete都顶不住的时候.(假如你的sql优化良好,并且有缓存服务器的话)
那么你的站日pv,也差不多在5000万以上了.
轻博客 这种SNS 很多地方都是不能做缓存处理的,要求及时性的同步, 恐怕500WPV就挂了