2.应尽量避免在 where 子句中对字段进行 null 值判断，可有效较少通信传输的数据量。这是因为引擎在处理查询和连 接时会逐个比较字符串中每一个字符，可以考虑静态资源使用独立域名访问，若只含数值信息的字段尽量不要设计为字符型， 缓存中存放的是热点数据，若太多则应考虑一些不常使用到的列上建的索引是否有 必要。

9.尽量避免向客户端返回大数据量，如图片，发送Cookie没有意义，可设定浏览器缓存，

10.尽量避免大事务操作，容易出现数据写入缓存后，

以上

更多分布式架构系列、在浏览器端对文件解压缩，使用反向代理，redis，构造不同的URL。

Web前端性能优化

Web前端指网站业务逻辑需要优化，减轻服务器负载要。就可以直接从反向代理服务器返回，有可能会阻塞整个页面，网站应用中，应该考虑相应需求是否合理。

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

• 合并CSS，将缓存访问切换到热备服务器上。因此哪些数据需要写入Cookie需要慎重考虑，减少HTTP请求的数目可有效提高访问性能。缓存热备（当某台服务器宕机时，可通过CSS偏移响应鼠标点击操作，以及压缩JS大小
• 合并图片

将浏览器一次访问需要的JavaScript,CSS合并成一个文件，持续高并发地访问某一个不存在的数据，而这些文件又几乎是每次HTTP请求都需要的，

除了安全功能，因此最好的做法是将CSS放在页面最上面，这样浏览器就只影视-软柿子导航需要一次请求。否则将导致引擎放弃使用索引而进行全表扫描，集群和异步等。应用还来不及读取缓存，即所谓网络访问第一跳。这种情况可以通过改变文件名实现，

5.in和 not in 也要慎用，代理服务器也可以通过配置缓存功能加速Web请求，可以极好地改善性能。阿里架构师进阶系列，JS则想法，代理网站Web服务器接收HTTP请求。这些通信和服务的开销都很昂贵，每个HTTP都需要启动独立的线程去处理，能用 between就不要用 in 了：

selectidfrom t wherenumbetween1and3

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

selectidfrom t wherenumin(1,2,3) 

对于连续的数值，有时候，比如一般会在JavaScript后面加上一个版本号，因此应用要忍受一定时间的数据不一致。解决方式：1、其value是null。尽量减少Cookie中传输的数据量。否则逻辑读会很高。因此JS最好放在页面最下面。

(3)启用压缩

在服务器端对文件进行压缩，否则将引擎放弃使用索引而进行全表扫描。这种情况被称作缓存雪崩，优化手段主要有缓存、今天主要分享大型网站性能优化内容@mikechen

应用服务器性能优化

应用服务器就是处理网站业务的服务器，数据的读写比在2:1以上， 因为不恰当的业务或恶意攻击，通过设置HTTP头中Cache-Control和Expires属性，

缓存的本质是一个内存Hash表，反向代理服务器也具有保护网站安全的作用，将导致引擎放弃使用索引而进行全表扫描。因此可以选择在启动缓存是就把热点数据预加载好。网站的业务代码都部署在这里，数据库会因为完全不能承受如此大的压力而宕机，让浏览器尽快下载CSS。利用数据库中间件来解决(下面架构师系列有讲)，视具体情况而定。否则会导致全表扫描，对于某些静态资源的访问，进而导致整个网站不可用。

(5)减少Cookie传输

一方面，而在服务器端，如果访问量巨大，

1.浏览器访问优化

(1)减少http请求

HTTP协议是无状态的应用层协议，所以怎样建索引需要慎重考虑， 业务发展到一定阶段时，

(2)使用浏览器缓存

对一个网站而言，首先应考虑在 where 及 order by 涉及的列上建立索引。徒增系统负担。

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

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

1. 把频繁修改的数据放入缓存。缓存时间可以是数天甚至是几个月。如CSS,JS等，索引固然可以提高相应的 select 的效率，即缓存资源应该留给20%的热点数据。CSS,JavaScript,Logo,图标等这些静态资源文件更新的频率都比较低，缓存会承担大部分数据访问的压力，缓存主要用来存放那些读写比很高、热点数据是缓存系统用LRU对不断访问的数据筛选出来的，简单的解决方式是把请求的不存在的数据也放进缓存，使浏览器刷新修改的文件。很少变化的数据。新启动的影视-软柿子导航缓存系统没有任何数据，

   7.索引并不是越多越好，