简介：DB: 1.数据库可以适当设计一些冗余字段来减少联合查询 2.经常查询的字段要建立索引 3.查询内容尽量简洁, 比如cakephp中的查询尽量设置$this-recursive=-1,并指定fields. 4.数据库用单独的服务器,有条件的常用查询数据单独分库 5.把session等数据放在Memcache……
DB:
1.数据库可以适当
设计一些冗余字段来减少联合查询
2.经常查询的字段要建立索引
3.查询内容尽量简洁, 比如cakephp中的查询尽量设置$this->recursive=-1,并指定fields.
4.数据库用单独的
服务器,有条件的常用查询数据单独分库
5.把session等数据放在Memcache而不是数据库中既能满足多服务器之间共享也能降低数据库的负载。
参考如下文章: http://www.linuxjournal.com/article/7451?page=0,1
6.Bad Sql会摧毁系统的CPU，尤其在使用IN查询时，一定要确保array里面数据是唯一的，且不能有大量数据。
HTTP Request:
1.调节apache增大服务器并发处理连接数
2.压缩js/css减少客户并发请求连接数(apache/nginx的gzip配置)
3.尽量使用离线数据库,少调用远程http service(geoip service, google map...).至少要设置合理的请求超时时间。
4.图片、静态资源用专用的服务器
WEB server:
1.apache+php->ningx+(php+fpm)
2.haproxy, 设置请求队列queue, 比如50,这样可以起到缓冲和保护web server的作用,效果明显
3.添加web server, haproxy负载均衡
( 多服务器注意session/cache放在数据库或者memcache中,代码补丁注意同步, 动态生成或者
管理员加载的资源注意同步)
Code: 1.避免无效循环
2.避免无效链接请求
3.设计上注意不要产生单个服务器的文件
4.设计上注意不要产生大量的小文件,否则可能会引起inode资源耗尽
5.设计上注意不要把大量营销邮件的发送和单个业务邮件混淆在一起,另外批量邮件的产生和发送逻辑要分开
6.最好把营销邮件的发送以调用第三方专业邮件服务的形式完成。这样可以避免垃圾邮件和检查无效邮件
to be continued.
