500个客户端，每个客户端每天通讯业务笔数在500左右，每笔数据量在200K，有图片，C/S两层架构能承受得住？该怎么处理
500个客户端，每个客户端每天通讯业务笔数在500左右，每笔数据量在200K，有图片，C/S两层架构能承受得住？
请问：
500个客户端，每个客户端每天通讯业务笔数在500左右，每笔数据量在200K，有图片，C/S两层架构能承受得住？是否能快速响应。
业务操作主要是insert和select。业务逻辑不是太复杂。
因为数据量有点大，所以想考虑用三层架构。
------解决方案--------------------
轻松 只要不集中.没压力.
500个 用1线程1客户的模式 就能适用.
------解决方案--------------------
1000Mb网卡linux下最多能收发吞吐量750Mb左右，当并发到500*200的时候，会有点延时，不过没关系，最多2s以内吧，看你实时性要求了。
200k是B还是b?
------解决方案--------------------
数据量不算特别大，但也不小
但是并发查询对于数据库服务器依然会有压力
1、合理的索引
2、合理的数据冗余，比如可以写两份数据，（全部、当前），当前中仅保留近3天的记录，查询时合理指向...
3、软硬件配置上（软件系统64位至少数据库能使用大内存、硬件内存不小于16G，越大越好)，图片可以另放
请问：
500个客户端，每个客户端每天通讯业务笔数在500左右，每笔数据量在200K，有图片，C/S两层架构能承受得住？是否能快速响应。
业务操作主要是insert和select。业务逻辑不是太复杂。
因为数据量有点大，所以想考虑用三层架构。
------解决方案--------------------
轻松 只要不集中.没压力.
500个 用1线程1客户的模式 就能适用.
------解决方案--------------------
1000Mb网卡linux下最多能收发吞吐量750Mb左右，当并发到500*200的时候，会有点延时，不过没关系，最多2s以内吧，看你实时性要求了。
200k是B还是b?
------解决方案--------------------
数据量不算特别大，但也不小
但是并发查询对于数据库服务器依然会有压力
1、合理的索引
2、合理的数据冗余，比如可以写两份数据，（全部、当前），当前中仅保留近3天的记录，查询时合理指向...
3、软硬件配置上（软件系统64位至少数据库能使用大内存、硬件内存不小于16G，越大越好)，图片可以另放