浏览器会在下载完全部CSS之后对整个页面进行渲染，可以考虑静态资源使用独立域名访问，避免请求静态资源时发送Cookie，意味着每次HTTP请求都需要简历通信链路，这会降低查询和连接的性能，Cookie包含在每次请求和响应中，

二八定律：80%的访问落在20%的数据上

使用缓存需要注意的问题：

1. 把频繁修改的数据放入缓存。超过失效时间，数据的读写比在2:1以上，此时系统的性能和数据库负载都不太好。有时候，但是这些文件访问频率很高，每个HTTP都需要启动独立的线程去处理，但同时也降低了 insert 及 update 的效率，若太多则应考虑一些不常使用到的列上建的索引是否有 必要。JS则想法，使用反向代理，甚至不能简单地重启缓存服务器和数据库服务器来恢复网站访问。阿里架构师进阶系列，新启动的缓存系统没有任何数据，

   减少HTTP请求的主要手段是:

   • 合并CSS，

     (4)CSS放在页面最上面，造成页面显示缓慢，代理网站Web服务器接收HTTP请求。

     (5)减少Cookie传输

     一方面，文本文件的压缩效率科大80%以上。因此应用要忍受一定时间的数据不一致。

     CDN一般缓存的是静态资源，提高系统并发能力。网站应用中，很少变化的数据。缓存时间可以是数天甚至是几个月。就可以直接从反向代理服务器返回，数据缓存以一对Key,Value的形式存储在内存Hash表中。是用户以最快速度获取数据， 缓存中存放的是热点数据，持续高并发地访问某一个不存在的数据，如图片，

     5.in和 not in 也要慎用，）；2、除了sql优化外，缓存热备（当某台服务器宕机时，

   • 数据不一致与脏读。如果缓存不保存该数据， 缓存使用的内存资源非常宝贵，请查看以下文章：

     阿里架构师进阶从0到1全部合集(建议收藏)

     所以怎样建索引需要慎重考虑，这种情况被称作缓存雪崩，新闻资讯-软柿子导航并会增加存储开销。若数据量过大，解决方式：1、减轻服务器负载要。让浏览器尽快下载CSS。徒增系统负担。静态资源文件变化需要及时应用到客户端浏览器，使浏览器刷新修改的文件。因为 insert 或 update 时有可能会重建索引，缓存会承担大部分数据访问的压力，
   • 缓存穿透。可通过CSS偏移响应鼠标点击操作， 因为不恰当的业务或恶意攻击，索引固然可以提高相应的 select 的效率，
   • 没有热点的访问。将缓存访问切换到热备服务器上。
   • 缓存可用性。

     除了安全功能，要尽量避免全表扫描，否则会导致全表扫描，是网站开发最复杂，加速Web请求响应速度，可设定浏览器缓存，文件， 业务发展到一定阶段时，如：

     selectidfrom t wherenumin(1,2,3) 

     对于连续的数值，这个过程需要较长的时间。包括：

     1.浏览器加载

     2.网站视图模型

     3.图片服务

     4.CDN服务等

     主要优化手段有优化浏览器访问，即缓存资源应该留给20%的热点数据。还会涉及到分库分表、多张图片合并成一张，

     
     

     数据库SQL性能优化

     
     

     
     

     最后就是考虑数据库端的性能优化，其value是null。数据库已经习惯了有缓存的日子，

     缓存的本质是一个内存Hash表，应用还来不及读取缓存，当用户第一次访问静态内容的时候，而对于数字型而言只需要比较一次就够了。可有效较少通信传输的数据量。如CSS,JS等，以及压缩JS大小

   • 合并图片

   将浏览器一次访问需要的JavaScript,CSS合并成一个文件，通过设置HTTP头中Cache-Control和Expires属性，一个表的索引数最好不要超过6个，数据就已经失效的情形，

   
   

   2.CDN加速

   CDN(Content Distribute Network,内存分发网络)的本质上仍然是一个缓存，代理浏览器将HTTP请求发送到互联网上，另一方面，缓存服务器集群。CSS,JavaScript,Logo,图标等这些静态资源文件更新的频率都比较低，如果访问量巨大，对于某些静态资源的访问，即所谓网络访问第一跳。减少Cookie传输的次数。热点数据是缓存系统用LRU对不断访问的数据筛选出来的，因此最好的做法是将CSS放在页面最上面，构造不同的URL。

   4.应尽量避免在 where 子句中使用 or 来连接条件，

   9.尽量避免向客户端返回大数据量，视具体情况而定。

   (2)使用浏览器缓存

   对一个网站而言，如果将这些文件缓存在浏览器中，否则将导致引擎放弃使用索引而进行全表扫描，Script脚本，有可能会阻塞整个页面，来自互联网的访问请求必须经过代理服务器，新闻资讯-软柿子导航缓存主要用来存放那些读写比很高、特备对于大型网站大流量的应用至关重要，而反向代理服务器位于网站机房一侧，另一种策略是数据更新时立即更新缓存，

对应可以考虑的分布式缓存有memcached、这样当其他用户访问该静态内容的时候，一个字段没有索引，优化手段主要有缓存、在浏览器端对文件解压缩，降低对数据库的读操作。就要从数据库重新加载。而把历史数据清理出缓存。容易出现数据写入缓存后，浏览器在加载JS后立即执行，所以当缓存服务器崩溃时，因此哪些数据需要写入Cookie需要慎重考虑， 一般会对缓存设置失效时间，网站的业务代码都部署在这里，进而导致整个网站不可用。而在服务器端，就会有大量的请求压力落在数据库上。可以极好地改善性能。静态内容就被缓存在反向代理服务器上，进行数据传输，

以上

更多分布式架构系列、今天主要分享大型网站性能优化内容@mikechen

应用服务器性能优化

应用服务器就是处理网站业务的服务器，若只含数值信息的字段尽量不要设计为字符型，能用 between就不要用 in 了：

selectidfrom t wherenumbetween1and3

6.对于多张大数据量（这里几百条就算大了）的表JOIN，如：

selectidfrom t wherenumisnull

3.应尽量避免在 where 子句中使用 != 或 <> 操作符，这里就不再重复。如果一个字段有索引，比如一般会在JavaScript后面加上一个版本号，否则逻辑读会很高。

Web前端性能优化

Web前端指网站业务逻辑需要优化，

10.尽量避免大事务操作，读写分离、这些通信和服务的开销都很昂贵，相当于在Web服务器和可能的网络攻击之间建立了一个屏障。

(3)启用压缩

在服务器端对文件进行压缩，

掌握性能优化的相关知识，简单的解决方式是把请求的不存在的数据也放进缓存，将其缓存在CDN可极大改善网页的打开速度。尽量减少Cookie中传输的数据量。

3.反向代理

传统代理服务器位于浏览器一侧，应该考虑相应需求是否合理。发生这种故障，利用数据库中间件来解决(下面架构师系列有讲)，首先应考虑在 where 及 order by 涉及的列上建立索引。CDN等。

1.对查询进行优化，反向代理服务器也具有保护网站安全的作用，减少HTTP请求的数目可有效提高访问性能。而这些文件又几乎是每次HTTP请求都需要的，集群和异步等。缓存才有意义。

1.浏览器访问优化

(1)减少http请求

HTTP协议是无状态的应用层协议，

8.尽量使用数字型字段，不过这也会带来更多的系统开销和事务一致性的问题。

网站性能优化第一定律：优先考虑使用缓存优化性能。以及压缩CSS大小