一、背景 

     web项目pom.xml都配置好之后，其中关于servlet的配置如下：

<dependency><groupId>javax.servlet</groupId><artifactId>servlet-api</artifactId><version>2.5</version></dependency><dependency><groupId>javax.servlet.jsp</groupId><artifactId>jsp-api</artifactId><version>2.1</version></dependency><dependency><groupId>javax.servlet</groupId><artifactId>jstl</artifactId><version>1.2</version></dependency>

    结果在启动的时候报如下异常：

spring-analysis\target\spring-analysis-1.0\WEB-INF\lib\servlet-api-2.5.jar) - jar not loaded. See Servlet Spec 2.3, section 9.7.2. Offending class: javax/servlet/Servlet.class
2014-9-6 12:03:27 org.apache.catalina.core.StandardContext start
严重: Error listenerStart

     在网上查到的原因是，tomcat本身自带的servlet-api-2.5.jar与引入的servlet-api-2.5.jar包冲突了

   解决办法如下，将配置改为:

<dependency><groupId>javax.servlet</groupId><artifactId>servlet-api</artifactId><version>2.5</version><scope>provided</scope></dependency><dependency><groupId>javax.servlet.jsp</groupId><artifactId>jsp-api</artifactId><version>2.1</version><scope>provided</scope></dependency><dependency><groupId>javax.servlet</groupId><artifactId>jstl</artifactId><version>1.2</version><scope>compile</scope></dependency>

    以往比较少注意到scope标签的用处，借此机会总结下。

二、scope的解释以及用法

   以下内容来源于博客  http://drizzlewalk.blog.51cto.com/2203401/665590

  依赖范围控制哪些依赖在哪些classpath 中可用，哪些依赖包含在一个应用中。让我们详细看一下每一种范围：

compile （编译范围）

compile是默认的范围；如果没有提供一个范围，那该依赖的范围就是编译范围。编译范围依赖在所有的classpath 中可用，同时它们也会被打包。

provided （已提供范围）

provided 依赖只有在当JDK 或者一个容器已提供该依赖之后才使用。例如， 如果你开发了一个web 应用，你可能在编译 classpath 中需要可用的Servlet API 来编译一个servlet，但是你不会想要在打包好的WAR 中包含这个Servlet API；这个Servlet API JAR 由你的应用服务器或者servlet 容器提供。已提供范围的依赖在编译classpath （不是运行时）可用。它们不是传递性的，也不会被打包。

runtime （运行时范围）

runtime 依赖在运行和测试系统的时候需要，但在编译的时候不需要。比如，你可能在编译的时候只需要JDBC API JAR，而只有在运行的时候才需要JDBC

驱动实现。

test （测试范围）

test范围依赖 在一般的编译和运行时都不需要，它们只有在测试编译和测试运行阶段可用。

system （系统范围）

system范围依赖与provided 类似，但是你必须显式的提供一个对于本地系统中JAR 文件的路径。这么做是为了允许基于本地对象编译，而这些对象是系统类库的一部分。这样的构件应该是一直可用的，Maven 也不会在仓库中去寻找它。如果你将一个依赖范围设置成系统范围，你必须同时提供一个 systemPath 元素。注意该范围是不推荐使用的（你应该一直尽量去从公共或定制的 Maven 仓库中引用依赖）。

科学探索

　　?瑞典哥德堡大学和卡尔斯塔德大学的研究者们联合发表了最新的研究报告，报告显示孩子们玩电子游戏对于英语学习来说最有益。其实“玩游戏学英语”这个说法很早以前就有在传，不过有了专家撑腰，玩家们的底气倒是更足一些。科学家通过对一组六年级学生进行观察，发现一段时间内玩游戏频繁的孩子和不怎么玩游戏的比起来，其词汇量和语言运用能力明显更强。

　　有趣的是，研究人员发现玩 MMO 网络游戏更加有利于学习，毕竟玩家需要试图去和其他人交流。当然了，前提是你必须要去一个英语服务器上玩才行。

　　虽然有了科学家的研究，但这距离我们能理直气壮地说“我这是在学英语”应该还很远。另外，现在游戏汉化那么发达，网游国服那么盛行，“玩游戏学英语”，这反倒是比以前更难了。

来源： cnBeta

 运行在Linux系统上的Java程序可能会出现"Too many open files"的异常情况，且常见于高并发访问文件系统，多线程网络连接等场景。 

        程序经常访问的文件、socket在Linux中都是文件file，系统需要记录每个当前访问file的name、location、access authority等相关信息，这样的一个实体被称为file entry。“open files table”(图中橙色标识)存储这些file entry，以数组的形式线性管理。文件描述符(file descriptor)作为进程到open files table的指针，也就是open files table的下标索引，将每个进程与它所访问的文件关联起来了。 

 

        每个进程中都有一个file descriptor table管理当前进程所访问( open or  create)的所有文件，文件描述符关联着open files table中文件的file entry。细节不表，对于open files table能容纳多少file entry。Linux系统配置open files table的文件限制，如果超过配置值，就会拒绝其它文件操作的请求，并抛出Too many open files异常。这种限制有系统级和用户级之分。 

        系统级： 
                系统级设置对所有用户有效。可通过两种方式查看系统最大文件限制 
                1   cat /proc/sys/fs/file-max  
                2   sysctl -a 查看结果中fs.file-max这项的配置数量 
                如果需要增加配置数量就修改/etc/sysctl.conf文件，配置fs.file-max属性，如果属性不存在就添加。 
                配置完成后使用 sysctl -p来通知系统启用这项配置 

        用户级： 
                Linux限制每个登录用户的可连接文件数。可通过   ulimit -n来查看当前有效设置。如果想修改这个值就使用  ulimit -n <setting number> 命令。 

              对于文件描述符增加的比例，资料推荐是以2的幂次为参考。如当前文件描述符数量是1024，可增加到2048，如果不够，可设置到4096，依此类推。 

       在出现Too many open files问题后，首先得找出主要原因。最大的可能是打开的文件或是socket没有正常关闭。为了定位问题是否由Java进程引起，通过Java进程号查看当前进程占用文件描述符情况： 

Java代码  

1. lsof -p $java_pid 每个文件描述符的具体属性  
2. lsof -p $java_pid | wc -l  当前Java进程file descriptor table中FD的总量  

        分析命令的结果，可判断问题是否由非正常释放资源所引起。 




文件描述符资料 :  简介       PDF下载 

来源： http://langyu.iteye.com/blog/763247

     dubbo 是阿里系的技术。并非淘宝系的技术啦，淘宝系的分布式服务治理框架式HSF啦
，只闻其声，不能见其物。而dubbo是阿里开源的一个SOA服务治理解决方案，dubbo本身
集成了监控中心，注册中心，负载集群...等等。代码和整体的框架还是很优雅滴呀！
     github地址 https://github.com/alibaba/dubbo
     文档地址：http://alibaba.github.io/dubbo-doc-static/Developer+Guide-zh.htm  
     目前发布的版本是2.5.3，gihub上的最新代码到2.5.4快照版本。很遗憾的是到dubbo的
维护团队没有继续维护下去呀!不过dubbo目前的功能已经算是灰常的完善了。可以说是一
整套的SOA治理方案了，完全能够用于生产环境之中啦。更多的详细使用,文档中写的灰常
的详细呀，过一遍文档就基本上搞明白啦！扯淡完了，进入正题。

     首先是最图最底部的为dubbo服务的集群（服务者）,即对外界暴露服务，dubbo本身就
是支持集群模式，而且支持多种通信协议(dubbo,rmi,http...)。主要部署核心的业务代码。

 右边的注册中心，dubbo提供了也是提供了多种注册中心， zookeeper注册中心是其中一
种同样无单点故障问题，dubbo服务依赖于注册中心，在dubbo服务启动时，回向注册中心
去进行一个服务的注册（发布服务）。对服务进行管理。

    接下来看tomcat集群,主流的tomcat集群搭配(nginx+tomcat+redis/memcache)都是灰常
的简单的，百度google一下就能搞定。书写的所有控制器都放到其中，控制器中依赖的服
务实现是来之后端dubbo集群的，而dubbo服务是注册到zookeeper上的，只需要连上注册
中心就获取到了我们所需要的服务，并且进行调用。主要是对控制器层做一个集群，提高
可用性和性能。

    tomcat左下角是一个NOSQL集群，主要是处理一个session的共享/分布式缓存。
    最上层是nginx的集群主要是把静态页面全都放到nginx中即可，注意，如果使用restful风
格，并且使用JS MVC框架的话！完全不需要把页面部署到tomcat中，让tomcat只跑控制代
码即可。restful架构的话页面时全静态，数据全都走json的方式即可。

   上诉扩展瓶颈在nginx上，解决的方式就算使用在nginx之前套LVS吧，或者硬件做一个负
载。

1)我们先通过status命令查看Mysql运行状态

mysql> status;

--------------

mysql  Ver 14.14 Distrib 5.1.73, for redhat-linux-gnu (x86_64) using readline 5.1

Connection id: 113752

Current database: information_schema

Current user: push_user@localhost

SSL: Not in use

Current pager: stdout

Using outfile: ''

Using delimiter: ;

Server version: 5.1.73 Source distribution

Protocol version: 10

Connection: Localhost via UNIX socket

Server characterset: latin1

Db     characterset: utf8

Client characterset: latin1

Conn.  characterset: latin1

UNIX socket: /tmp/mysql.sock

Uptime: 22 days 8 hours 31 min 23 sec

Threads: 38  Questions: 1037751897  Slow queries: 2356  Opens: 79836  Flush tables: 1  Open tables: 64  Queries per second avg: 537.282

--------------

在上面显示列表的最后一条，我们来查看Slow queries这一项的值，如果多次查看的值大于0的话,说明有些查询sql命令执行时间过长。

2)这时再通过show processlist命令来查看当前正在运行的SQL，从中找出运行慢的SQL语句，找到执行慢的语句后，再用explain命令查看这些语句的执行计划。

mysql> show processlist;

+--------+-----------+---------------------+--------------------+---------+-------+-------+------------------+

| Id     | User      | Host                | db                 | Command | Time  | State | Info             |

+--------+-----------+---------------------+--------------------+---------+-------+-------+------------------+

|  50270 | ambari    | DataBase-01:41512   | ambari             | Sleep   |    23 |       | NULL             |

|  50271 | ambari    | DataBase-01:41511   | ambari             | Sleep   |     6 |       | NULL             |

|  50272 | ambari    | DataBase-01:41514   | ambari             | Sleep   |    23 |       | NULL             |

|  62452 | oozie     | DataBase-02:42987   | oozie              | Sleep   |    25 |       | NULL             |

|  63660 | ambari    | DataBase-01:56052   | ambari             | Sleep   |     0 |       | NULL             |

| 110404 | push_user | localhost:33817     | quartz             | Sleep   |    12 |       | NULL             |

| 112835 | push_user | localhost:46571     | hibernate          | Sleep   |     1 |       | NULL             |

| 113163 | push_user | localhost:56585     | hibernate          | Sleep   |     1 |       | NULL             |

| 113289 | push_user | 14.118.132.20:47333 | DW                 | Sleep   |   628 |       | NULL             |

| 113320 | push_user | localhost:47428     | hibernate          | Sleep   |     3 |       | NULL             |

| 113321 | push_user | localhost:47429     | hibernate          | Sleep   |     3 |       | NULL             |

| 113322 | push_user | localhost:47430     | hibernate          | Sleep   |     3 |       | NULL             |

| 113357 | push_user | localhost:52337     | hibernate          | Sleep   |     3 |       | NULL             |

| 113364 | push_user | localhost:57206     | hibernate          | Sleep   |     3 |       | NULL             |

| 113366 | push_user | localhost:34813     | hibernate          | Sleep   |     1 |       | NULL             |

| 113398 | push_user | localhost:37382     | hibernate          | Sleep   |     1 |       | NULL             |

| 113498 | push_user | localhost:47626     | quartz             | Sleep   | 12717 |       | NULL             |

| 113709 | push_user | localhost:59382     | hibernate          | Sleep   |     1 |       | NULL             |

| 113710 | push_user | localhost:33627     | hibernate          | Sleep   |     1 |       | NULL             |

| 113715 | hive      | DataBase-02:54968   | hive               | Sleep   |  2390 |       | NULL             |

| 113716 | hive      | DataBase-02:54969   | hive               | Sleep   |  2390 |       | NULL             |

| 113717 | hive      | DataBase-02:54974   | hive               | Sleep   |  2336 |       | NULL             |

| 113718 | hive      | DataBase-02:54975   | hive               | Sleep   |  2336 |       | NULL             |

| 113719 | push_user | localhost:48243     | hibernate          | Sleep   |     1 |       | NULL             |

| 113720 | push_user | localhost:48245     | hibernate          | Sleep   |     1 |       | NULL             |

| 113721 | push_user | localhost:48244     | hibernate          | Sleep   |     1 |       | NULL             |

| 113722 | push_user | localhost:48247     | hibernate          | Sleep   |     1 |       | NULL             |

| 113723 | push_user | localhost:48249     | hibernate          | Sleep   |     1 |       | NULL             |

| 113724 | push_user | localhost:48248     | hibernate          | Sleep   |     1 |       | NULL             |

| 113745 | push_user | localhost:50684     | hibernate          | Sleep   |     1 |       | NULL             |

| 113746 | push_user | localhost:50685     | hibernate          | Sleep   |     1 |       | NULL             |

| 113747 | push_user | localhost:50695     | hibernate          | Sleep   |     1 |       | NULL             |

| 113748 | push_user | localhost:50696     | hibernate          | Sleep   |     1 |       | NULL             |

| 113749 | push_user | localhost:50697     | hibernate          | Sleep   |     1 |       | NULL             |

| 113750 | push_user | localhost:50699     | hibernate          | Sleep   |     1 |       | NULL             |

| 113751 | push_user | localhost:50700     | hibernate          | Sleep   |     1 |       | NULL             |

| 113752 | push_user | localhost           | information_schema | Query   |     0 | NULL  | show processlist |

| 113753 | push_user | 14.118.132.20:28688 | DW                 | Sleep   |   396 |       | NULL             |

+--------+-----------+---------------------+--------------------+---------+-------+-------+------------------+

38 rows in set (0.00 sec)

或者通过如下命令查询:

mysql> use information_schema;

mysql> select * from PROCESSLIST where info is not null;

+--------+-----------+-----------+--------------------+---------+------+-----------+--------------------------------------------------+

| ID     | USER      | HOST      | DB                 | COMMAND | TIME | STATE     | INFO                                             |

+--------+-----------+-----------+--------------------+---------+------+-----------+--------------------------------------------------+

| 113752 | push_user | localhost | information_schema | Query   |    0 | executing | select * from PROCESSLIST where info is not null |

+--------+-----------+-----------+--------------------+---------+------+-----------+--------------------------------------------------+

1 row in set (0.00 sec)

CREATE TABLE user   /*用户表*/  
(  
  User_Id     varchar(6),  
  User_Pwd    varchar(8) NULL,  
  Again_Pwd   varchar(8) NULL,  
  Bel_Group   varchar(3) NULL,  
  Div_Type    varchar(1) NULL,  
  User_Auth   varchar(1) NULL,  
  Auth_Type   varchar(1) NULL,  
  User_Status varchar(1) NULL,  
  Create_User varchar(6) NULL,  
  Create_Date varchar(7) NULL,  
  Create_Time varchar(6) NULL,  
  Appr_User   varchar(6) NULL,  
  Appr_Date   varchar(7) NULL,  
  Appr_Time   varchar(6) NULL,  
  Pwd_Date    varchar(7) NULL,  
  Err_Count   float NULL,  
  Use_eJCIC   varchar(1) NULL  
) 
 
CREATE TABLE Supplier  /*供应商表*/  
(  
  Supplier_ID     int     IDENTITY(1,1)     NOT NULL, /* 供应商编号 ,主键 */  
  Name            varchar(250)              NOT NULL, /* 供应商名称 */  
  Address         varchar(250)              NOT NULL, /* 地址 */  
  Phone           varchar(25)               NULL,     /* 电话 */  
  Fax             varchar(25)               NULL,     /* 传真 */  
  PostalCode      varchar(10)               NULL,     /* 邮编 */  
  ConstactPerson  varchar(20)               NULL      /* 联系人 */  
 )  
  
CREATE TABLE Customer   /* 客户表*/  
(  
  Customer_ID     int    IDENTITY(1,1)      NOT NULL, /* 客户编号,主键*/  
  Name            varchar(250)              NOT NULL, /* 客户名称 */  
  Address         varchar(250)              NOT NULL, /* 地址 */   
  Phone           varchar(25)               NULL,     /* 电话 */  
  Fax             varchar(25)               NULL,     /* 传真 */  
  PostalCode      varchar(10)               NULL,     /* 邮编 */  
  ConstactPerson  varchar(20)               NULL      /* 联系人 */  
 )   
  
CREATE TABLE Dept      /*部门表*/  
(  
  Dept_ID        int   IDENTITY(1,1)        NOT NULL, /* 部门编号,主键 */  
  Name           varchar(30)                NOT NULL, /* 名称 */  
  Remark           varchar(250)               NOT NULL/* 描述,备注 */   
)  
  
CREATE TABLE Dept_Supplier /*部门--供应商表*/  
(  
  Dept_ID       int                         NOT NULL,  /* 部门编号,主键 ,  外键( 参照 DEPT 表  )*/  
  Supplier_ID   int                         NOT NULL   /* 供应商编号 ,主键,外键( 参照 SUPPLIER 表) */  
)  
  
CREATE TABLE Dept_Customer /*部门--客户表*/  
(  
  Dept_ID       int                         NOT NULL, /* 部门编号,主键 ,  外键( 参照 DEPT 表  )*/  
  Customer_ID   int                         NOT NULL  /* 客户编号,主键,  外键( 参照 SUPPLIER 表) */  
)  
  
CREATE TABLE StoreHouse   /* 仓库表 */  
(  
  StoreHouse_ID   int IDENTITY(1,1)         NOT NULL,  /* 仓库编号,主键 */  
  Address         varchar(250)              NOT NULL,  /* 地址 */  
  Phone           varchar(25)               NULL,      /* 电话 */  
  Employee_ID     INT                       NOT NULL,  /* 仓库保管 ,外键 ( 参照 EMPLOYEE 表 ) */  
  CreateDate      datetime                  NULL       /* 仓库成立时间 */  
)  
  
CREATE TABLE ProductClass  /* 商品总分类表 */  
(  
  ProductClass_ID  int IDENTITY(1,1)        NOT NULL,  /* 商品总分类编号, 主键 */   
  Name             varchar(30)              NOT NULL,  /* 商品分类名称 */  
  Employee_ID      INT                      NOT NULL,  /* 建分类人 ,外键 ( 参照 EMPLOYEE 表 )*/  
  CreateDate       datetime                 NULL,      /* 建分类时间 */  
  Remark           varchar(250)             NULL,    /* 描述,备注 */  
)  
  
CREATE TABLE ProductList  /* 商品细分类表 */  
(  
  ProductClass_ID  INT                      NOT NULL, /* 商品总分类编号, 外键 ( 参照PRODUCTCLASS 表 ) */  
  ProductList_ID   int IDENTITY(1,1)        NOT NULL, /* 商品细分类编号,主键 */  
  Name             varchar(30)              NOT NULL, /* 商品名称 */  
  Employee_ID      INT                      NOT NULL, /* 建分类人,外键 ( 参照 EMPLOYEE 表 )*/  
  CreateDate       datetime                 NULL,     /* 建分类时间 */  
  Remark           varchar(250)             NULL,   /* 描述 ,备注 */  
 )  
  
CREATE TABLE ProductSpec  /* 商品规格表 */  
(  
  ProductSpec_ID   INT IDENTITY(1,1)        NOT NULL, /* 商品规格编号,主键 */  
  Name             varchar(30)              NOT NULL, /* 商品规格名称 */  
  Employee_ID      INT                      NOT NULL, /* 操作员 ,外键 ( 参照 EMPLOYEE 表 )*/  
  CreateDate       datetime                 NULL,     /* 创建时间 */  
  Remark           varchar(250)           NULL    /* 描述,备注 */  
)
  
CREATE TABLE ProductUnit /* 商品计量单位表 */  
(  
  ProductUnit_ID   INT IDENTITY(1,1)        NOT NULL, /* 计量单位编号 ,主键 */  
  Name             varchar(30)              NOT NULL, /* 计量单位名称 */  
  Employee_ID      INT                      NOT NULL, /* 操作员 ,外键 ( 参照 EMPLOYEE 表 )*/  
  CreateDate       datetime                 NULL,     /* 创建时间 */  
  Remark           varchar(250)             NULL      /* 描述,备注 */  
)  
   
CREATE TABLE Product    /* 商品目录表 */  
(  
  ProductList_ID   int                      NOT NULL,  /* 商品细分类编号, 外键 ( 参照 PRODUCTLIST 表 ) */  
  Product_ID       INT IDENTITY(1,1)        NOT NULL,  /* 商品名称编号, 主键 */  
  Name             varchar(30)              NOT NULL,  /* 商品名称 */  
  ProductSpec_ID   INT                      NOT NULL,  /* 商品规格, 外键 ( 参照 PRODUCTSPEC 表 ) */  
  ProductUnit_ID   INT                      NOT NULL,  /* 计量单位, 外键 ( 参照 PRODUCTUNIT 表 ) */  
  Price            MONEY                    NULL,      /* 参考价格 */  
  Employee_ID      INT                      NOT NULL,  /* 操作员,   外键 ( 参照 EMPLOYEE 表 )*/  
  CreateDate       datetime                 NULL,      /* 创建时间 */  
  Remark             varchar(250)             NULL     /* 描述,备注 */  
)  
  
CREATE TABLE Product_Supplier  /* 商品--供应商表 */  
(   
  Product_ID       INT                      NOT NULL,   /* 商品名称编号,主键 , 外键( 参照 PRODUCT 表  )*/  
  Supplier_ID      INT                      NOT NULL    /* 供应商编号 , 主键,  外键( 参照 SUPPLIER 表) */  
)  
  
CREATE TABLE Employee         /* 员工表 */  
(   
  Employee_ID      INT IDENTITY(1,1)        NOT NULL,  /* 员工编号 */  
  Dept_ID          INT                      NOT NULL,  /* 所属部门编号 */  
  Name             varchar(30)              NOT NULL,  /* 姓名 */  
  Duty             varchar(20)              NOT NULL,  /* 职务 */  
  Gender           varchar(6)               NOT NULL,  /* 性别 */  
  BirthDate        datetime                 NOT NULL,  /* 出生日期 */  
  HireDate         datetime                 NULL,      /* 合同签订 日期 */  
  MatureDate       datetime                 NULL,      /* 合同到期日 */  
  IdentityCard     varchar(20)              NULL,      /* 身份证号 */  
  Address          varchar(250)             NULL,      /* 住址 */  
  Phone            varchar(25)              NULL,      /* 电话 */  
  Email            varchar(30)              NULL       /* E_MAIL */  
)  
   
CREATE TABLE BuyOrder         /* 进货合同 */  
(  
  BuyOrder_ID     INT IDENTITY(1,1)        NOT NULL, /* 进货合同编号 , 主键 */  
  WriteDate       datetime                 NOT NULL, /* 合同签订日期  */  
  InsureDate      datetime                 NOT NULL, /* 合同生效日期  */  
  EndDate         datetime                 NOT NULL, /* 合同到期日期  */  
  Dept_ID         INT                      NOT NULL, /* 签订部门, 外键 ( 参照 DEPT 表 ) */  
  Supplier_ID     INT                      NOT NULL, /* 供应商,   外键 ( 参照 SUPPLIER 表 ) */  
  Employee_ID     INT                      NOT NULL  /* 合同主要负责人, 外键 ( 参照 EMPLOYEE 表) */  
)  

CREATE TABLE BuyOrder_Detail  /* 进货合同明细表 */  
(  
  BuyOrder_ID     INT                      NOT NULL,  /* 进货合同编号,主键, 外键 ( 参照 BUYORDER 表 ) */  
  Product_ID      INT                      NOT NULL,  /* 所进商品编号,主键, 外键 (参照 PRODUCT 表 ) */   
  Quantity        INT                      NOT NULL,  /* 商品数量 */  
  Price           money                    NOT NULL   /* 商品进价 */  
)  
  
  
CREATE TABLE EnterStock    /* 入库单表 */  
(  
  EnterStock_ID    INT IDENTITY(1,1)       NOT NULL, /* 入库单编号 , 主键 */  
  EnterDate        datetime                NOT NULL, /* 入库时间 */  
  Dept_ID          INT                     NOT NULL, /* 入库部门 ,外键 ( 参照 DEPT 表 )*/  
  StoreHouse_ID    INT                     NOT NULL, /* 所入仓库 ,外键 ( 参照 STOREHOUSE 表)*/  
  Employee_ID      INT                     NOT NULL  /* 入库人 ,  外键 ( 参照 EMPLOYEE 表)*/  
  /*需添加 仓库保管员如何来验证入库单 ?? */  
)  
  
CREATE TABLE EnterStock_Detail /* 入库单明细 */  
(   
  EnterStock_ID    INT                     NOT NULL, /* 入库单编号 , 主键, 外键 (参照 ENTERSTOCK 表 )*/  
  Product_ID       INT                     NOT NULL, /* 此种商品编号,主键, 外键 (参照 PRODUCT 表 ) */   
  Quantity         int                     NOT NULL, /* 此种商品数量 */  
  Price            money                   NULL,     /* 此种商品参考价格  */  
  HaveInvoice      bit                     not null, /* 此种商品有没有开发票 ( 缺省为 0 , 有没有开票 )*/  
  InvoiceNum       varchar(30)             NULL      /* 发票号 */  
)  
  
  
CREATE TABLE BackStock  /* 退库单表 */  
(  
  BackStock_ID     INT IDENTITY(1,1)       NOT NULL, /* 退库单编号 , 主键 */  
  BackDate         datetime                NOT NULL, /* 退库时间 */  
  Dept_ID          INT                     NOT NULL, /* 退库部门 ,  外键 ( 参照 DEPT 表 )*/  
  StoreHouse_ID    INT                     NOT NULL, /* 所退入仓库 ,外键 ( 参照 STOREHOUSE 表)*/  
  Employee_ID      INT                     NOT NULL, /* 退库人 ,    外键 ( 参照 EMPLOYEE 表)*/  
  Remark           varchar(250)            NULL      /* 退库原因 */  
)  

CREATE TABLE BackStock_Detail /*退库单明细表*/  
(   
  BackStock_ID     INT                     NOT NULL, /* 退库单编号 , 主键, 外键 (参照 BACKSTOCK 表 )*/   
  Product_ID       INT                     NOT NULL, /* 所退商品编号,主键, 外键 (参照 PRODUCT 表 ) */   
  Quantity         int                     NOT NULL, /* 退入数量 */  
  Price            money                   NULL      /* 参考价格 */  
)  
  
CREATE TABLE LeaveStock  /* 出库单表 */  
(  
  LeaveStock_ID    INT IDENTITY(1,1)       NOT NULL,  /* 出库单编号 , 主键, 外键 (参照 LEAVESTOCK 表 )*/  
  LeaveDate        datetime                NOT NULL,  /* 出库时间 */   
  Dept_ID          INT                     NOT NULL,  /* 出库部门 ,  外键 ( 参照 DEPT 表 )*/  
  StoreHouse_ID    INT                     NOT NULL,  /* 所出仓库 ,外键 ( 参照 STOREHOUSE 表)*/  
  ToStoreHouse_ID  INT                     NOT NULL,  /* 所入仓库 ,外键 ( 参照 STOREHOUSE 表)*/  
  Employee_ID      INT                     NOT NULL   /* 出库人 ,    外键 ( 参照 EMPLOYEE 表)*/  
  /* 仓库保管员如何来验证出库单 ?? */  
)  
  
CREATE TABLE LeaveStock_Detail  /* 出库单明细表 */  
(   
  LeaveStock_ID    INT                     NOT NULL,  /* 出库单编号 , 主键, 外键 (参照 BACKSTOCK 表 )*/   
  Product_ID       INT                     NOT NULL,  /* 所出商品编号,主键, 外键 (参照 PRODUCT 表 ) */   
  Quantity         int                     NOT NULL,  /* 出库数量 */  
  Price            money                   NULL       /* 出库价格 */   
)  
  
CREATE TABLE BackSale  /* 退货单表 */  
(  
  BackSale_ID      INT IDENTITY(1,1)       NOT NULL,  /* 退货单编号 , 主键 */  
  BackDate         datetime                NOT NULL,  /* 退货日期  */   
  Dept_ID          INT                     NOT NULL,  /* 退货部门 ,  外键 ( 参照 DEPT 表 )*/  
  StoreHouse_ID    INT                     NOT NULL,  /* 退入仓库 ,  外键 ( 参照 STOREHOUSE 表)*/  
  Employee_ID      INT                     NOT NULL,  /* 退货人 ,    外键 ( 参照 EMPLOYEE 表)*/  
  Remark           varchar(250)            NULL       /* 退货原因 */  
  
)  
CREATE TABLE BackSale_Detail  /*退货单明细表*/  
(   
  BackSale_ID      INT                     NOT NULL,  /* 退货单编号 , 主键, 外键 (参照 BACKSTOCK 表 )*/   
  Product_ID       INT                     NOT NULL,  /* 所退商品编号,主键, 外键 (参照 PRODUCT 表 ) */   
  Quantity         int                     NOT NULL,  /* 退货数量 */  
  Price            money                   NULL       /* 价格 */   
)  
  
  
CREATE TABLE SaleOrder    /*销售合同*/  
(  
  SaleOrder_ID     INT IDENTITY(1,1)       NOT NULL,  /* 合同编号 , 主键 */  
  WriteDate        datetime                NOT NULL,  /* 合同签订日期  */  
  InsureDate       datetime                NOT NULL,  /* 合同生效日期  */  
  EndDate          datetime                NOT NULL,  /* 合同到期日期  */  
  Dept_ID          INT                     NOT NULL,  /* 签订部门, 外键 ( 参照 DEPT 表 ) */  
  Customer_ID      INT                     NOT NULL,  /* 客户编号, 外键 ( 参照 CUSTOMER 表 ) */  
  Employee_ID      INT                     NOT NULL   /* 合同主要负责人, 外键 ( 参照 EMPLOYEE 表) */  
)  

CREATE TABLE SaleOrder_Detail  /* 销售合同明细表 */  
(  
  SaleOrder_ID     INT                     NOT NULL,  /* 销售合同编号,主键, 外键 ( 参照 BUYORDER 表 ) */  
  Product_ID       INT                     NOT NULL,  /* 销售商品编号,主键, 外键 (参照 PRODUCT 表 ) */   
  Quantity         int                     not null,  /* 商品数量 */  
  Price            money                   null       /* 商品进价 */  
)  
  
  
CREATE TABLE Buy     /* 进货表(验货表)*/  
(  
   Buy_ID          INT IDENTITY(1,1)         NOT NULL, /* 进货编号 , 主键 */  
   ComeDate        datetime                  NOT NULL, /* 进货日期 */  
   Dept_ID         INT                       NOT NULL, /* 进货部门, 外键 ( 参照 DEPT 表 ) */   
   Employee_ID     INT                       NOT NULL  /* 验货人,   外键 ( 参照 EMPLOYEE 表)*/  
)  
  
CREATE TABLE Buy_Detail  /*进货表明细(验货表)*/    
(  
  Buy_ID           INT                      NOT NULL, /* 进货编号,主键, 外键 ( 参照 BUY 表 ) */  
  Product_ID       INT                      NOT NULL, /* 商品编号,主键, 外键 ( 参照 PRODUCT 表 ) */   
  BuyOrder_ID      INT                      NULL,     /* 采购合同,  外键 ( 参照 BUYORDER 表 ) */  
  Quantity         int                      not null, /* 数量 */  
  Price            money                    null      /* 价格 */  
  /* BUYORDER_ID 为 NULL 时, 为现金进货 */    
)  
  
CREATE TABLE Sale   /* 销售表*/  
(  
  Sale_ID          INT IDENTITY(1,1)        NOT NULL,  /* 销售 编号  */  
  SaleDate         datetime                 not null,  /* 销售 日期 */  
  Dept_ID          INT                      NOT NULL,  /* 销售部门, 外键 ( 参照 DEPT 表 ) */   
  Employee_ID      INT                      NOT NULL   /* 售货人,   外键 ( 参照 EMPLOYEE 表)*/  
)  
  
CREATE TABLE Sale_Detail  /* 销售明细 ( 验货表 ) */    
(  
  Sale_ID          INT                      NOT NULL,  /* 销售编号,主键, 外键 ( 参照 SALE 表 ) */  
  Product_ID       INT                      NOT NULL,  /* 商品编号,主键, 外键 ( 参照 PRODUCT 表 ) */    
  SaleOrder_ID     INT                      NULL,      /* 销售合同, 外键 ( 参照 SALEORDER 表 ) */  
  Quantity         int                      not null,  /* 数量 */  
  Price            money                    not null,  /* 价格 */  
  Discount         int                      null       /* 折扣 */  
  /* SALEORDER_ID 为 NULL 时, 为现金销售 */  
)  
  
  
CREATE TABLE StockPile  /* 库存表 */  
(   
  StockPile_ID     INT IDENTITY(1,1)        NOT NULL, /* 库存编号 , 主键 */  
  Dept_ID          INT                      NOT NULL, /* 商品所属部门, 外键 ( 参照 DEPT 表 ) */    
  StoreHouse_ID    INT                      NOT NULL, /* 所在仓库,     外键 ( 参照 SOTREHOUSE 表 ) */     
  Product_ID       INT                      NOT NULL, /* 商品编号,     外键 ( 参照 PRODUCT 表 ) */     
  FirstEnterDate   datetime                 not null, /* 此种商品第一次入库时间 */  
  LastLeaveDate    datetime                 null,     /* 此种商品最后一次出库时间 */  
  Quantity         int                      not null, /* 所存数量 */  
  Price            money                    not null  /* 加权价 */  
  /* LASTLEAVEDATE 为NULL 时,此种商品从来没有 卖过 */   
)  

转至:

http://blog.csdn.net/liaojiafan/article/details/4879178

文档信息

• 版权声明：自由转载-非商用-非衍生-保持署名（ 创意共享3.0许可证）
• 发表日期： 2014年9月 7日
• 更多内容： 档案» 理解计算机
• 付费支持： 购买文集
• 社交媒体： twitter， weibo
• Feed订阅：

[广告]　 丁香医生：医学专业网站丁香园推出的面向患者和医生的网站，为慢性病患者提供疾病的相关的发病原因、症状、诊断、检查、治疗、用药、护理、自我监测等方面的疾病知识。

Hadoop调优

mapred.tasktracker.map.tasks.maximum

官方解释：The maximum number of map tasks that will be run  simultaneously by a task tracker.

我的理解：一个tasktracker最多可以同时运行的map任务数量

默认值：2

优化值：mapred.tasktracker.map.tasks.maximum = cpu数量

mapred.map.tasks

官方的解释：The default number of map tasks per job

我的解释：一个Job会使用task tracker的map任务槽数量，这个值 ≤ mapred.tasktracker.map.tasks.maximum

默认值：2

优化值：

1. CPU数量 （我们目前的实践值）
2. (CPU数量 > 2) ? (CPU数量 * 0.75) : 1  （mapr的官方建议）

注意：map任务的数量是由input spilit决定的，和上面两个参数无关

mapred.tasktracker.reduce.tasks.maximum

官方解释：The maximum number of reduce tasks that will be run  simultaneously by a task tracker.

我的理解：一个task tracker最多可以同时运行的reduce任务数量

默认值：2

优化值： (CPU数量 > 2) ? (CPU数量 * 0.50): 1 （mapr的官方建议）

mapred.reduce.tasks

官方解释：The default number of reduce tasks per job. Typically set to 99%  of the cluster's reduce capacity, so that if a node fails the reduces can  still be executed in a single wave.

我的理解：一个Job会使用task tracker的reduce任务槽数量

默认值：1

优化值：

• 0.95 * mapred.tasktracker.tasks.maximum

理由：启用95%的reduce任务槽运行task, recude task运行一轮就可以完成。剩余5%的任务槽永远失败任务，重新执行

• 1.75 * mapred.tasktracker.tasks.maximum

理由：因为reduce task数量超过reduce槽数，所以需要两轮才能完成所有reduce task。具体快的原理我没有完全理解，上原文：

     hadoop官方wiki： 写道

环境变量

disable ipv6配置，修改bin/hadoop，添加下行：

Hive调优：

mapred.reduce.tasks

默认值：-1

优化值：显式设置为Hadoop配置中mapred.reduce.tasks值，参考上文。

参考资料：

http://wiki.apache.org/hadoop/HowManyMapsAndReduces

http://www.mapr.com/doc/display/MapR/mapred-site.xml

http://hi.baidu.com/dtzw/blog/item/5b64880aaf057d33b0351db4.html

http://www.tbdata.org/archives/622

http://developer.yahoo.com/hadoop/tutorial/module7.html

从程序员到项目经理：项目管理三大目标

项目管理的三大目标即时间、成本和质量，实际是告诉项目经理应重点关注什么因素，项目控制应该做什么工作。三大目标虽然简单，但如果能将其真正贯彻到自己的行动中，那么对项目计划制定、过程控制等工作，均能起到引导作用。有了努力的方向，项目经理也就可以真正告别“盲目”了。

1.我的第一次顿悟

（1）懂三大目标才算入门

我曾经也是一个混沌型的项目经理，每天浑浑噩噩，不要知要管什么，要做什么，在项目的大浪中随波逐流。直到有一天，我的上司在跟我聊天时说到项目有三大目标：时间、成本和质量，我当时就像被雷击一般，如梦初醒。时间、成本、质量，这不正是项目经理最应该要关注的事情吗？

这是我在项目管理方面的第一次顿悟。从这一天起，我才感觉自己像一个真正的项目经理了。也正是从这一天起，我才明白原来项目管理是有章可循的，我买来了项目管理的书籍，参加了项目管理培训，开始了新一轮如饥似渴的学习。

后来在工作中我每天都尝试着问自己这些问题：

l 时间：项目计划在什么时候完成？有哪些工作，分别在什么时候完成？是否发生了偏差？如果有偏差，怎么处理？

l 成本：项目计划花多少钱？每项子任务分别打算用多少钱（多少人月）来完成？是否发生了偏差？如果有偏差，怎么处理？

l 质量：软件功能完整吗？软件操作方便吗？运行结果正确吗？运行效率够快吗？软件代码符合规范吗？客户用起来满意吗？

我想如果能做到这些，项目管理也就算入门了。项目经理只有心中时刻谨记三大目标，行动才会有方向，才能真正主动、有意识的管理项目，也才能算是一个真正的项目经理。

（2） 三大目标就是“快好省”

项目管理的三大目标，其实是项目管理九大领域中的三块，分别代表花多少钱、多少时间、做成什么样，显然这些都是项目管理中至关重要的问题，如果项目经理连这三个问题都不关心，那也就没有什么可以关心的了。

周总理曾经提出要“多快好省的建设社会主义”，三大目标实际上与“快好省”是一致的。为什么没有多呢，因为“多”绝不是项目管理的目标，项目只需要完成规定的内容即可，如果以“多”为目标，那么项目永远都没有完工的一天。

（3）谁在关心三大目标

既然是三大目标，那应该是项目各方都非常关心的，其实不然。三大目标是平衡了项目业主方和承建方双方利益，为实现双方而综合考虑的结果。比如成本，就是花出去的钱，显然是承建方的命根子，但是业主方并不关心，签订合同后，你花多少钱跟他们有什么关系呢？他们才懒得理呢。而质量，虽然对业主方至关重要，但承建方却往往并不上心。为什么有那么多豆腐渣工程，就是因为承建方只关注成本，不关心质量的后果。

从上表可以看出，业主方和承建方其实是存在一定的利益冲突的。项目经理必须能够平衡好双方的利益关系，要使双方都满意。时间、成本和质量，就像是构成木桶的三块板子，哪块板上有洞，木桶都是装不了水的。

2.从三大目标到五大因素

所谓项目五大因素，就是项目三大目标加上范围和资源，它们是构成项目的基本要素。虽然管理专家们很少将它们并称，但鉴于它们的重要性，以及相互之间的紧密关系，有必要进行一些说明分析，以引起项目经理们重视。

（1） 项目五因素

如果说三大目标是项目管理中最重要的因素，难道项目范围、资源就不重要的了吗？其实它们也很重要，甚至可以说更加重要，因为它们是解决做什么与谁来做的问题，这五大因素都是项目经理必须要关注的问题。

那为什么单单把三大目标拿出来说呢？其实很简单，这是因为项目范围、资源其实是约束性因素，而不是项目目标。其中项目范围是客户对项目的约束，而资源是你的老板对项目的约束。用口语来说就是，有这么一摊事（范围），老板给你这么多人（资源），你把它干好，什么叫干好呢？就是费用不能超支（成本）、干出来的东西还要好用（质量）。

（2）项目约束公式

项目五大因素之间，并不是孤立的，它们之间的变化关系可以用一个简单的公式来表示，我们不妨称之为“项目约束公式”：

成本 = 范围 × 质量 = 时间 × 资源投入

根据这一公式，我们可以得到几个“推论”：

●项目范围、质量、时间和资源投入都与项目成本成正比。

●如果客户要求添加额外工作（范围变大），或者质量要求提高，那么项目实施成本将升高。当资源投入一定时，项目所用时间会变长。如果期限不变，则需要加大资源投入。

●预算不变的情况下，范围变大，只能降低质量，质量要求提高，只能减少范围（少做一点工作）

可见这五大因素这间，是对立统一的关系，它们互相制约，互相影响，又相辅相成，因此必须要进行总体控制，保证各个因素之间的平衡，这也就是项目管理九大知识领域中为什么有一个整合管理的重要原因。

（3）挣值管理的不足

在项目管理中，有一个著名的方法叫“挣值管理”，它是用计划进度、实际进度、预算成本、实际成本这几个值进行运算比较，用来衡量项目绩效的一种方法。该方法对推行项目的数字化管理有着巨大的推动作用，然而由于缺失了一个重要因素，使得这个方法存在着严重的不足。

这个因素就是质量。挣值分析只有成本和进度两个方面的因素，没有质量，将其用于绩效考核时免不了产生很大的漏洞。为什么会没有质量呢？这是因为质量难以用数字进行度量，特别是对于软件项目而言。虽然国标《软件工程 产品质量》（GB/16260-2006），提出了比较完整全面的质量模型以及度量的指标，但质量评价成本很高，而且很多指标经依赖于人的主观评价，实用性也就大打折扣了。相对而言，对进度和成本的评价，如果借助合适的信息系统，完全可以通过计算机自动实时生成，不需要人过多的干预，非常方便。 

from   http://developer.51cto.com/art/201211/364725.htm

一、特点

1.1 应用情况

Nginx做为一个强大的Web服务器软件，具有高性能、高并发性和低内存占用的特点。此外，其也能够提供强大的反向代理功能。俄罗斯大约有超过20%的虚拟主机采用Nginx作为反向代理服务器,在国内也有腾讯、新浪、网易等多家网站在使用Nginx作为反向代理服务器。据Netcraft统计，世界上最繁忙的网站中有11.48%使用Nginx作为其服务器或者代理服务器。基于反向代理的功能，Nginx作为负载均衡主要有以下几点理由：

1. 高并发连接

2. 内存消耗少

3. 配置文件非常简单

4. 成本低廉

5. 支持Rewrite重写规则

6. 内置的健康检查功能

7. 节省带宽

8. 稳定性高

1.2 架构

nginx在启动后，会以daemon的方式在后台运行，后台进程包含一个master进程和多个worker进程。工作进程以非特权用户运行。

master进程主要用来管理worker进程，包含：接收来自外界的信号，向各worker进程发送信号，监控worker进程的运行状态，当worker进程退出后(异常情况下)，会自动重新启动新的worker进程。

worker进程则是处理基本的网络事件。多个worker进程之间是对等的，他们同等竞争来自客户端的请求，各进程互相之间是独立的。一个请求，只可能在一个worker进程中处理，一个worker进程，不可能处理其它进程的请求。

开发模型：epoll和kqueue。

支持的事件机制：kqueue、epoll、rt signals、/dev/poll 、event ports、select以及poll。

支持的kqueue特性包括EV_CLEAR、EV_DISABLE、NOTE_LOWAT、EV_EOF，可用数据的数量，错误代码.

支持sendfile、sendfile64和sendfilev;文件AIO；DIRECTIO;支持Accept-filters和TCP_DEFER_ACCEP.

1.3 性能

Nginx的高并发，官方测试支持5万并发连接。实际生产环境能到2-3万并发连接数。10000个非活跃的HTTP keep-alive 连接仅占用约2.5MB内存。三万并发连接下，10个Nginx进程，消耗内存150M。淘宝tengine团队说测试结果是“24G内存机器上，处理并发请求可达200万”。

二、负载均衡

2.1 协议支持

Nginx工作在网络的7层，可以针对http应用本身来做分流策略。支持七层HTTP、HTTPS协议的负载均衡。对四层协议的支持需要第三方插件-yaoweibin的ngx_tcp_proxy_module实现了tcp upstream。

https://github.com/yaoweibin/nginx_tcp_proxy_module

此外，nginx本身也逐渐在完善对其他协议的支持：

• Nginx 1.3.13 开发版支持WebSocket代理。

• Nginx 1.3.15开发版支持SPDY。

2.2 均衡策略

nginx的负载均衡策略可以划分为两大类：内置策略和扩展策略。内置策略包含加权轮询和ip hash，在默认情况下这两种策略会编译进nginx内核，只需在nginx配置中指明参数即可。扩展策略有很多，如fair、通用hash、consistent hash等，默认不编译进nginx内核。

1. 加权轮询（weighted round robin）

   轮询的原理很简单，首先我们介绍一下轮询的基本流程。如下是处理一次请求的流程图：

   图中有两点需要注意，第一，如果可以把加权轮询算法分为先深搜索和先广搜索，那么nginx采用的是先深搜索算法，即将首先将请求都分给高权重的机器，直到该机器的权值降到了比其他机器低，才开始将请求分给下一个高权重的机器；第二，当所有后端机器都down掉时，nginx会立即将所有机器的标志位清成初始状态，以避免造成所有的机器都处在timeout的状态，从而导致整个前端被夯住。

2. ip hash

   ip hash是nginx内置的另一个负载均衡的策略，流程和轮询很类似，只是其中的算法和具体的策略有些变化，如下图所示：

   ip hash算法的核心实现如下：

   Java代码  

   1. for(i = 0;i < 3;i++){  
   2.     hash = (hash * 113 + iphp->addr[i]) % 6271;  
   3. }  
   4. p = hash % iphp->rrp.peers->number;  

   从代码中可以看出，hash值既与ip有关又与后端机器的数量有关。经过测试，上述算法可以连续产生1045个互异的value，这是该算法的硬限制。对此nginx使用了保护机制，当经过20次hash仍然找不到可用的机器时，算法退化成轮询。因此，从本质上说，ip hash算法是一种变相的轮询算法，如果两个ip的初始hash值恰好相同，那么来自这两个ip的请求将永远落在同一台服务器上，这为均衡性埋下了很深的隐患。

3. fair

   fair策略是扩展策略，默认不被编译进nginx内核。其原理是根据后端服务器的响应时间判断负载情况，从中选出负载最轻的机器进行分流。这种策略具有很强的自适应性，但是实际的网络环境往往不是那么简单，因此要慎用。

4. 通用hash、一致性hash

   这两种也是扩展策略，在具体的实现上有些差别，通用hash比较简单，可以以nginx内置的变量为key进行hash，一致性hash采用了nginx内置的一致性hash环，可以支持memcache。

2.2 配置示例

1. HTTP

   Java代码  

   1. http {  
   2.   
   3.      upstream  www.s135.com  {  
   4.   
   5.        server   192.168.1.2:80;  
   6.   
   7.        server   192.168.1.3:80;  
   8.   
   9.      }  
   10.   
   11.   
   12.   
   13.      server{  
   14.   
   15.        listen  80;  
   16.   
   17.        server_name  www.s135.com;  
   18.   
   19.   
   20.   
   21.        location / {  
   22.   
   23.                 proxy_pass        http://www.s135.com;  
   24.   
   25.                 proxy_set_header   Host             $host;  
   26.   
   27.                 proxy_set_header   X-Real-IP        $remote_addr;  
   28.   
   29.                 proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;  
   30.   
   31.        }  
   32.   
   33.   
   34.   
   35.        location /nginx_status {  
   36.   
   37.                 stub_status on;  
   38.   
   39.                 access_log off;  
   40.   
   41.                 allow 192.168.1.1;#设置为可访问该状态信息的ip  
   42.   
   43.                 deny all;  
   44.   
   45.        }  
   46.   
   47.      }  
   48.   
   49.  }  

2. TCP – ngx_tcp_proxy_module

   Java代码  

   1. tcp {  
   2.   
   3.      upstream cluster {  
   4.   
   5.          # simple round-robin  
   6.   
   7.          server 192.168.0.1:80;  
   8.   
   9.          server 192.168.0.2:80;  
   10.   
   11.   
   12.   
   13.          check interval=3000 rise=2 fall=5 timeout=1000;  
   14.   
   15.   
   16.   
   17.          #check interval=3000 rise=2 fall=5 timeout=1000 type=ssl_hello;  
   18.   
   19.   
   20.   
   21.          #check interval=3000 rise=2 fall=5 timeout=1000 type=http;  
   22.   
   23.          #check_http_send "GET / HTTP/1.0\r\n\r\n";  
   24.   
   25.          #check_http_expect_alive http_2xx http_3xx;  
   26.   
   27.      }  
   28.   
   29.   
   30.   
   31.      server {  
   32.   
   33.          listen 8888;  
   34.   
   35.          proxy_pass cluster;  
   36.   
   37.      }  
   38.   
   39.  }   

三、动态负载均衡

3.1 自身监控

内置了对后端服务器的健康检查功能。如果Nginx proxy后端的某台服务器宕机了，会把返回错误的请求重新提交到另一个节点，不会影响前端访问。它没有独立的健康检查模块，而是使用业务请求作为健康检查，这省去了独立健康检查线程，这是好处。坏处是，当业务复杂时，可能出现误判，例如后端响应超时，这可能是后端宕机，也可能是某个业务请求自身出现问题，跟后端无关。

3.2 可扩展性

Nginx属于典型的微内核设计，其内核非常简洁和优雅，同时具有非常高的可扩展性。如下图所示：

Nginx是纯C语言的实现，其可扩展性在于其模块化的设计。目前，Nginx已经有很多的第三方模块，大大扩展了自身的功能。nginx_lua_module可以将Lua语言嵌入到Nginx配置中，从而利用Lua极大增强了Nginx本身的编程能力，甚至可以不用配合其它脚本语言（如PHP或Python等），只靠Nginx本身就可以实现复杂业务的处理。

3.3 配置修改

nginx的配置架构如下图所示：

Nginx支持热部署，几乎可以做到7*24不间断运行，即使运行数个月也不需要重新启动。能够在不间断服务的情况下，对软件版本进行进行升级。Nginx的配置文件非常简单，风格跟程序一样通俗易懂，能够支持perl语法。使用nginx –s reload可以在运行时加载配置文件，便于运行时扩容/减容。重新加载配置时，master进程发送命令给当前正在运行的worker进程worker进程接到命令后会在处理完当前任务后退出。同时，master进程会启动新的worker进程来接管工作。

四、优势和劣势

4.1 优势

1. 可以很好地进行http 的头处理

2. 对http协议以及https的良好支持

3. 有足够的第三方插件供使用

4. 支持热部署，更改后端是平滑的

4.2 劣势

1. 缺少对session的支持

2. 对四层tcp的支持不够好

3. post请求写文件系统，造成500 error

4. 缺乏主动的后端服务器健康监测

5. 默认的监控界面统计信息不全

五、Tengine

5.1 特性

1. 继承Nginx-1.2.9的所有特性，100%兼容Nginx的配置；

2. 动态模块加载（DSO）支持。加入一个模块不再需要重新编译整个Tengine；

3. 输入过滤器机制支持。通过使用这种机制Web应用防火墙的编写更为方便；

4. 动态脚本语言Lua支持。扩展功能非常高效简单；

5. 支持管道（pipe）和syslog（本地和远端）形式的日志以及日志抽样；

6. 组合多个CSS、JavaScript文件的访问请求变成一个请求；

7. 更加强大的负载均衡能力，包括一致性hash模块、会话保持模块，还可以对后端的服务器进行主动健康检查，根据服务器状态自动上线下线；

8. 自动根据CPU数目设置进程个数和绑定CPU亲缘性；

9. 监控系统的负载和资源占用从而对系统进行保护；

10. 显示对运维人员更友好的出错信息，便于定位出错机器；

11. 更强大的防攻击（访问速度限制）模块；

12. 更方便的命令行参数，如列出编译的模块列表、支持的指令等；

13. 可以根据访问文件类型设置过期时间；

5.2 负载均衡

负载均衡方面，Tengine主要有以下几个特点，基本上弥补了 nginx在负载均衡方面的欠缺：

1. 支持一致性Hash模块

2. 会话保持模块

3. 对后端服务器的主动健康检查。

4. 增加了请求体不缓存到磁盘的机制