系统架构
对于一个日均访问量50万左右的物流筛单系统，要求系统响应时间3秒以内、对系统可靠性、稳定性和扩展性有要求，大家建议采用什么技术架构好呢？
DESTOON B2B网站管理系统是一套完善的B2B(电子商务)行业门户解决方案。系统基于PHP+MySQL开发，采用B/S架构，模板与程序分离，源码开放。模型化的开发思路，可扩展或删除任何功能；创新的缓存技术与数据库设计，可负载千万级别数据容量及访问。
回复讨论(解决方案)
nginx，server不止一台。
关键看瓶颈，要是server不行就加机器，要是数据库不行比如使用内存表那就加内存，否则就分库分表，关键看业务需求，找出瓶颈
先测试出系统瓶颈，再谈下一步。
服务器用lnmp，数据库采用按月分表，如果钱不是问题搞个数据库读写分离。
在网上查了些资料，我的初步想法是用LNAMP，静态资源让nginx处理同时提供负载均衡，apache（先用2台）做集群专门处理php，数据库mysql（2台）做集群，数据库缓存用memcached,然后再测试出系统瓶颈，再调整。
服务器用lnmp，数据库采用按月分表，如果钱不是问题搞个数据库读写分离。
3楼说的数据库采用按月分表或读写分离，没太明白，能否具体说说。
关键看峰值有多大。
在网上查了些资料，我的初步想法是用LNAMP，静态资源让nginx处理同时提供负载均衡，apache（先用2台）做集群专门处理php，数据库mysql（2台）做集群，数据库缓存用memcached,然后再测试出系统瓶颈，再调整。
服务器用lnmp，数据库采用按月分表，如果钱不是问题搞个数据库读写分离。
3楼说的数据库采用按月分表或读写分离，没太明白，能否具体说说。
1、物流筛单是否可以理解成物流订单数据？如果是可以把这个数据按有分表。
2、没必要做什么静态服务器，因为你是查数据不是查图片等。
3、你这个系统1台服务器不会出问题，2台服务器更稳定。
4、如果你用2台服务器，我建议数据库做读写分离（也可以说是主从），web程序可以2台服务做个负载均衡
我的观点是日访问是PV，还是UV，就算是UV 2台服务器搞定。这样就够了。数据量太小不用整哪么大。
这个系统UV不大，主要是考虑PV；
物流筛单就是对物流运单的筛选，将来源于电商平台接口和卖家自己录入、导入的物流运单进行处理。
所以主要压力应该在数据库访问这块。
你这个还是用php+nginx+redis比较好吧.用mysql作为备份数据库备机就可以了.
你这个还是用Linux+php+nginx+redis比较好吧.用mysql作为备份数据库备机就可以了.内存大点就可以了
