大型网站技术架构 读书笔记3 高性能架构

很明显,这一章是说性能优化的,那么在说性能之前,我们得先了解性能的具体定义,也就是说如何评定一个系统性能是好还是不好。
因此,我们就先说说性能测试,然后分别是前端性能,应用服务器的性能以及存储性能的优化。

性能测试

1 不同的人对性能的认识是不一样的
  对用户来说,他们认为的性能就是网站反应的快慢,具体来说就是他们点击鼠标,然后看到效果所需要的时间。对于这部分的优化,可以参见后面的前端部分
  对开发人员来说,那就简单了,包括系统延迟,系统吞吐量,并发处理能力,稳定性等等。当然,这部分的优化就主要在应用服务器这一层。
  对运维来说,那就是基础设施的性能和资源利用率。包括服务器带宽利用率,cpu,内存利用率等等。


2 测试指标
  响应时间:这个很好理解,从发出请求到获得响应数据所花费的时间
  并发数:同时提交请求的用户数。对于一个网站来说,我们得区分三个概念,网站系统用户数,当前在线用户数,并发用户数。
  吞吐量:单位时间内系统处理的请求数量。可是tps(每秒事务数)等指标衡量
  性能计数器:包括系统负载,对象与线程数,内存使用等等。监控系统应该监控这些指标,一点到达某个阈值就报警。
  这里咱们说说系统负载:正在被cpu执行和等待被cpu执行的进程数目之和。
  如果系统负载小于cpu数量,表示系统资源在被浪费,反之,如果系统负载大于cpu数量,那么就是说资源不足
  最好的情况就是系统负载等于cpu数量
  在linux下,可以使用top命令查看系统负载
  参见:l inux怎样使用top命令查看系统状态



3 优化策略
  第一步肯定就是性能分析喽,你得先确定用户说系统响应缓慢,到底是那个模块拖了后腿。然后再进行优化,大体的优化应该在三个层次:前端,应用,存储。


 

前端优化

   浏览器优化
    减少http请求:通过合并css,JavaScript,把多张图片合并成一张,使用的时候使用css偏移。
    使用缓存:使用浏览器缓存
    使用压缩
    css放在上面,javascript放在下面
    减少cookie传输
   cdn加速
    把静态资源放在离用户更近的地方
   反向代理
    把静态资源,放在应用服务器前面
 

应用服务器优化

  缓存
  缓存一般就是一个大的Hash表,可以在O(1)内获得数据
  不过我们得合理使用缓存,得避免以下几个问题
  1 频繁的修改数据(一般情况下读写比例在2:1以上,缓存才有意义)
  2 没有热点的访问(也就是说对数据的访问,不遵循2-8定律)
  4 数据不一致(如卖家已经改动了商品属性,但是买家并不是实时看到,如果要强制一致也会带来别的问题)
  分布式缓存架构
  一种是jboss cache代表的需要更新同步的方案,一种是以Memcached为代表的不互相通信的方案。
  
  异步
  主要就是使用消息队列,任何可以晚点做的事情都晚点做吧,使用消息队列可以削峰


  集群
  一匹马拉不动,就用三匹马。很简单的逻辑


  代码优化
  1 多线程(最好把对象设计为无状态或者使用局部对象,访问资源的时候使用锁)
  2 资源复用(单例和对象池)

  3 垃圾回收

存储优化

  不懂