php+mysql网站并发大了之后怎么架构好？
php+mysql网站，刚开始一台服务器上即跑php，又跑mysql，后来分两台服务器分别跑php+mysql.访问量再增加了，在考虑用nginx代替apache。不知道这个有没有效果，网站都是动态查询数据库的，主要瓶颈应该在mysql。
还有mysql读写分离，这个不知道怎么搞？一个页面既有读数据库，也有写数据库，怎么分离？比如读了查询了数据库之后，又要update count=count+1
还有就是代理缓存什么的，不太懂。
一般的大访问量网站是如何设计的？ lz有多大的访问量？ 回复 2# a.a
现在还够用，为将来做准备，呵呵 lz是通过什么现象判断瓶颈是在数据库的。
个人认为读写分离可以用mysql repliation来尝试。读的时候使用的一个库，写得时候用另外的库。
因为没有测试过，只是觉得在理论上是可行的。
另外就是如果不考虑读写分离的话，是否考虑采用mysql cluster 大了之后，经常性的数据，都在缓存里面。。。比如memcached php和db间加dbproxy, 有需求就加db机器, 一致性哈希做数据迁移后配置dbproxy即可, 对php没有任何影响. 回复 6# linux_c_py_php
使用dbproxy ，之后端的数据怎么配置？lz方便的话详细指点下。
页:
[1]