nginx.conf的参数优化二.pptVIP

一.架构的演变史 一.架构的演变史 (5). 数据库读写分离和分库分表： 随着用户量的增加，数据库成为最大的瓶颈，改善数据库性能常用的手段是进行读写分离以 及分表，读写分离顾名思义就是将数据库分为读库和写库，通过主备功能实现数据同步。分 库分表则分为水平切分和垂直切分，水平切换则是对一个数据库特大的表进行拆分，例如用 户表。垂直切分则是根据业务不同来切换，如用户业务、商品业务相关的表放在不同的数据 库中。 一.架构的演变史 一.架构的演变史 (6). 使用CDN和反向代理提高网站性能： . 网络覆盖范围地区广泛，造就了网络环境复杂，从而用户访问网站性能体现也各有差异， 鉴于这问题，网站架构使用CDN和反向代理以技术加速网站响应，二者原理都是缓存， CDN可以从距离用户最近网络提供点获取数据；反向代理则是首先从反向代理服务器中获 取数据。 . CDN将数据内容缓存到运营商的机房，用户访问时先从最近的运营商获取数据，这样大大 减少了网络访问的路径。 . 反向代理是部署在网站的机房，当用户请求达到时首先访问反向代理服务器，反向代理服 务器将缓存的数据返回给用户，如果没有没有缓存数据才会继续走应用服务器获取，也减 少了获取数据的成本。反向代理有Squid，Nginx。 一.架构的演变史 一.架构的演变史 (7). 使用分布式文件系统： 用户一天天增加，业务量越来越大，产生的文件越来越多，单台的文件服务器已经不能满足 需求。需要分布式的文件系统支撑。常用的分布式文件系统有NFS、MFS、GFS、HDFS、 Lustre 、Ceph 、GridFS 、mogileFS、TFS、FastDFS等。 一.架构的演变史 一.架构的演变史 (8). 使用NoSql和搜索引擎： . 对于海量数据的查询，我们使用nosql数据库加上搜索引擎可以达到更好的性能。 . 并不是所有的数据都要放在关系型数据中。常用的NOSQL有mongodb和redis， 搜索引擎有php相关的sphinx、java相关的Lucene、Nutch、Solr、LIRE等； 一.架构的演变史 一.架构的演变史 (9). 将应用服务器进行业务拆分： . 随着业务进一步扩展，应用程序变得非常臃肿，这时我们需要将应用程序进行业务拆分， 如Jollychic分为购物车、搜索、支付、订单等业务。每个业务应用负责相对独立的业务运 作。业务之间 通过消息进行通信或者同享数据库来实现。 一.架构的演变史 一.架构的演变史 (10). 搭建分布式服务： . 这时我们发现各个业务应用都会使用到一些基本的业务服务，例如用户服务、订单服务、 支付服务、安全服务，这些服务是支撑各业务应用的基本要素。我们将这些服务抽取出来 利用分布式服务框架搭建分布式服务，例如淘宝的Dubbo是一个不错的选择！ 一.架构的演变史 企图用技术解决所有问题，技术虽是解决业务问题的，但也不是万能钥匙，有些业务的问题也是可以通过业务手段解决。 为了技术而技术，网站技术是为业务而存在的，但是一味的追求新技术，可能会导致结构技术之路越走越难； 一味的追随大公司解决方案，大公司的经验和成功固然重要，但是不能盲目的追从，要与 实际的具体业务需求有所改动； .大型网站架构演化历经了长时间磨练才发展如此，在过程中也是出现一些误区 == 真实的架构现场要远比这些描述复杂得多 == 二.Nginx服务器 Nginx (engine x) 是一个高性能的HTTP和反向代理服务器，也是一个 IMAP/POP3/SMTP服务器，开源免费，nginx在启动后会以daemon的 方式在后台运行，后台进程包含一个master进程和多个worker进程， master进程主要用来管理worker进程，包含：接收来自外界的信号， 向各worker进程发送信号，监控worker进程的运行状态，当worker进 程退出后(异常情况下)，会自动重新启动新的worker进程，多进程方式 是nginx的默认方式。 (1) Nginx 简介 二.Nginx服务器 nginx采用了异步非阻塞的方式来处理请求，nginx在启动时，会解析配置 文件，得到需要监听的端口与ip地址，然后在nginx的master进程里面， 先初始化好这个监控的socket，然后再fork出多个子进程出来，然后子进程 会竞争accept新的连接，这些work进程都没有同步锁，相互独立，自己完 成自己请求处理，woker之间没有相互通信，它们只于服从于master进程。 Nginx本身做的工作实际很少，当它接到一个HTTP请求时，它仅仅是通过 查找配置文件将此