这就说说吧，本人不是搞运维的，所以说的也是个人观点

１、从程序方面来说
1)、尽量准备数据的的连接时间和连接数量，能用cache的尽量走cache
2)、流量SQL语句的质量，尽量不要出现慢查询(可以对慢查询日志进行监控)
3)、可以适当的根据应用使用适合的NOSQL来加快网站的速度
4)、数据库方面采用读写分离（设置多个从库来处理读操作）
5)、根据应用的压力为数据库进行分表或者分库
6)、将一些可以生成静态页面的页面生成静态页面以加快访问速度
7)、写质量的代码，避免处理慢的代码。
8)、采用一些异步处理的软件或者队列来处理可以异步处理的程序(如图片处理等)

2、从系统架构方面来说
1)、可以为数据部部署主从架构或者是其它的架构(这个根据应用来定)
2)、应用前端用多台来均衡访问负载，可以采用Ngnix代理或者F5、haproxy等软件负载，也可以用硬负载等等。
3)、最前端还可以用Squid缓存静态页面或者采用CDN加速来处理。
4)、可以采用多机房来分开南北方应用，避免电信和网通机房互相访问的瓶颈。
5)、可以在南方和北方各部署一套数据库架构和应用架构来处理不同的访问(但需要实现多机房同步数据问题)