NGINX 2013 年 5 月 16 日 21:55 分区 WEB 服务器与应用配置 LNMP 的第 2 页

Size: px

Start display at page:

Download "NGINX 2013 年 5 月 16 日 21:55 分区 WEB 服务器与应用配置 LNMP 的第 2 页"

玮句路
5 years ago
Views:

1 Apache&nginx 的优缺点 2013 年 6 月 2 日 21:04 Nginx 网站服务 Nginx ( engine x ) 是一个高性能的 HTTP 和反向代理服务器, 也是一个 IMAP/POP3/SMTP 代理服 Apache 服务器和 nginx 的优缺点 : 我们之前大量使用 Apache 来作为 HTTPServer Apache 具有很优秀的性能, 而且通过模块可以提供各种丰富的功能 1) 首先 Apache 对客户端的响应是支持并发的, 运行 httpd 这个 daemon 进程之后, 它会同时产生多个子进程 / 线程, 每个子进程 / 线程分别对客户端的请求进行响应 ; Apache 两种工作模式 : 是 prefork 模式与 worker 模式 prefork 每个子进程只有一个线程, 效率高但消耗内存大, 是 lunix 下默认的模式 ;worker 模式每个子进程有多个线程, 内存消耗低, 但一个线程崩溃会牵连其它同子进程的线程 2) 另外,Apache 可以提供静态和动态的服务, 例如对于 PHP 的解析不是通过性能较差的 CGI 实现的而是通过支持 PHP 的模块来实现的 ( 通常为 mod_php5, 或者叫做 apxs2) 3) 缺点 : 因此通常称为 Apache 的这种 Server 为 process-based server, 也就是基于多进程的 HTTPServer, 因为它需要对每个用户请求创建一个子进程 / 线程进行响应 ; 这样的缺点是, 如果并发的请求非常多 ( 这在大型门户网站是很常见的 ) 就会需要非常多的线程, 从而占用极多的系统资源 CPU 和内存因此对于并发处理不是 Apache 的强项 4) 解决方法 : 目前来说出现了另一种 WebServer, 在并发方面表现更加优越, 叫做 asynchronous servers 异步服务器最有名的为 Nginx 和 Lighttpd 所谓的异步服务器是事件驱动程序模式的 event-driven, 除了用户的并发请求通常只需要一个单一的或者几个线程因此占用系统资源就非常少这几种又被称为 lightweight web server 举例, 对于 10,000 的并发连接请求,nginx 可能仅仅使用几 M 的内存 ; 而 Apache 可能需要使用几百 M 的内存资源使用 Apache 来作为 HTTPServer 的情况我这里不再多做介绍 ; 上面我们介绍到 Apache 对于 PHP 等服务器端脚本的支持是通过自己的模块来实现的, 而且性能优越我们同样可以使用 nginx 或者 lighttpd 来作为 HTTPServer 来使用 nginx 和 Apache 类似都通过各种模块可以对服务器的功能进行丰富的扩展, 同样都是通过 conf 配置文件对各种选项进行配置对于 PHP 等,nginx 没有内置的模块来对 PHP 进行支持, 而是通过 FastCGI 来支持的 nginx 则没有自己提供处理 PHP 的功能, 需要通过第三方的模块来提供对 PHP 进行 FastCGI 方式的集成 Nginx( 发音 engine x) 专为性能优化而开发, 其最知名的优点是它的稳定性和低系统资源消耗, 以及对 HTTP 并发连接的高处理能力 ( 单台物理服务器可支持 30000~50000 个并发请求 ) 正因为如此, 大量提供社交网站新闻资讯电子商务以及虚拟主机等服务的企业纷纷选择 Ngnix 来提供 WEB 服务分区 WEB 服务器与应用配置 LNMP 的第 1 页

2 NGINX 2013 年 5 月 16 日 21:55 分区 WEB 服务器与应用配置 LNMP 的第 2 页

3 分区 WEB 服务器与应用配置 LNMP 的第 3 页

4 分区 WEB 服务器与应用配置 LNMP 的第 4 页

5 配置项说明 2013 年 5 月 17 日 1:56 The build is configured using the configure command. It defines various aspects of the system, including the methods nginx is allowed to use for connection processing. At the end it creates a Makefile. The configure command supports the following parameters: --prefix=path defines a directory that will keep server files. This same directory will also be used for all relative paths set by configure (except for paths to libraries sources) and in the nginx.conf configuration file. It is set to the /usr/local/nginx directory by default. --sbin-path=path sets the name of an nginx executable file. This name is used only during installation. By default the file is named prefix/sbin/nginx. --conf-path=path sets the name of an nginx.conf configuration file. If needs be, nginx can always be started with a different configuration file, by specifying it in the command-line parameter -c file. By default the file is named prefix/conf/nginx.conf. --pid-path=path sets the name of an nginx.pid file that will store the process ID of the main process. After installation, the file name can always be changed in the nginx.conf configuration file using the pid directive. By default the file is named prefix/logs/nginx.pid. --error-log-path=path sets the name of the primary error, warnings, and diagnostic file. After installation, the file name can always be changed in the nginx.conf configuration file using the error_log directive. By default the file is named prefix/logs/error.log. --http-log-path=path sets the name of the primary request log file of the HTTP server. After installation, the file name can always be changed in the nginx.conf configuration file using the access_log directive. By default the file is named prefix/logs/access.log. --user=name sets the name of an unprivileged user whose credentials will be used by worker processes. After installation, the name can always be changed in the nginx.conf configuration file using the user directive. The default user name is nobody. --group=name sets the name of a group whose credentials will be used by worker processes. After installation, the name can always be changed in the nginx.conf configuration file using the user directive. By default, a group name is set to the name of an unprivileged user. --with-select_module --without-select_module enables or disables building a module that allows the server to work with the select() method. This module is built automatically if the platform does not appear to support more appropriate methods such as kqueue, epoll, rtsig, or /dev/poll. --with-poll_module --without-poll_module enables or disables building a module that allows the server to work with the poll() method. This module is built automatically if the platform does not appear to support more appropriate methods such as kqueue, epoll, rtsig, or /dev/poll. --without-http_gzip_module disables building a module that compresses responses of an HTTP server. The zlib library is required to build and run this module. --without-http_rewrite_module disables building a module that allows an HTTP server to redirect requests and change URI of requests. The PCRE library is required to build and run this module. --without-http_proxy_module disables building an HTTP server proxying module. --with-http_ssl_module enables building a module that adds the HTTPS protocol support to an HTTP 分区 WEB 服务器与应用配置 LNMP 的第 5 页

6 server. This module is not built by default. The OpenSSL library is required to build and run this module. --with-pcre=path sets the path to the sources of the PCRE library. The library distribution (version ) needs to be downloaded from the PCRE site and extracted. The rest is done by nginx s./configure and make. The library is required for regular expressions support in the location directive and for the ngx_http_rewrite_module module. --with-pcre-jit builds the PCRE library with just-in-time compilation support (1.1.12, the pcre_jit directive). --with-zlib=path sets the path to the sources of the zlib library. The library distribution (version ) needs to be downloaded from the zlib site and extracted. The rest is done by nginx s./configure and make. The library is required for the ngx_http_gzip_module module. --with-cc-opt=parameters sets additional parameters that will be added to the CFLAGS variable. When using the system PCRE library under FreeBSD, --with-cc-opt="-i /usr/local/include" should be specified. If the number of files supported by select() needs to be increased it can also be specified here such as this: --withcc-opt="-d FD_SETSIZE=2048". --with-ld-opt=parameters sets additional parameters that will be used during linking. When using the system PCRE library under FreeBSD, --with-ld-opt="-l /usr/local/lib" should be specified. Example of parameters usage (all of this needs to be typed in one line):./configure --sbin-path=/usr/local/nginx/nginx --conf-path=/usr/local/nginx/nginx.conf --pid-path=/usr/local/nginx/nginx.pid --with-http_ssl_module --with-pcre=../pcre with-zlib=../zlib 分区 WEB 服务器与应用配置 LNMP 的第 6 页

7 配置文件 2013 年 6 月 2 日 21:01 在 Nginx 服务器的主配置文件 nginx.conf 中, 包括全局配置 I/O 事件配置 HTTP 配置这三大块内容, 配置语句的格式为关键字值 ; ( 末尾以分号表示结束 ), 以 # 开始的部分表示注释 1) 全局配置由各种配置语句组成, 不使用特定的界定标记全局配置部分包括运行用户工作进程数错误日志 PID 存放位置等基本设置常用配置项 : user nobody; // 运行用户,Nginx 的运行用户实际是编译时指定的 nginx, 若编译时未指定则默认为 nobody worker_processes 2; // 指定 nginx 启动的工作进程数量, 建议按照 cpu 数目来指定, 一般为它的倍数 worker_cpu_affinity ; // 为每个进程分配 cpu, 上例中将 2 个进程分配到两个 cpu, 当然可以写多个, 或者将一个进程分配到多个 cpu worker_rlimit_nofile ; // 这个指令是指当一个 nginx 进程打开的最多文件数目, 理论值应该是最多打开文件数 (ulimit -n) 与 nginx 进程数相除, 但是 nginx 分配请求并不是那么均匀, 所以最好与 ulimit -n 的值保持一致 ( 通过 ulimit n 数值可以修改打开的最多文件数目 ) error_log logs/error.log; // 全局错误日志文件的位置 pid logs/nginx.pid; //PID 文件的位置 2)I/O 事件配置 : 使用 events { 界定标记, 用来指定 Nginx 进程的 I/O 响应模型, 每个进程的连接数等设置 events { use epool; // 使用 epool 模型, 对于 2.6 以上的内核, 建议使用 epool 模型以提高性能 worker_connections 4096; // 每个进程允许的最多连接数 ( 默认为 1024), 每个进程的连接数应根据实际需要来定, 一般在以下, 理论上每台 nginx 服务器的最大连接数为 worker_processes*worker_connections, 具体还要看服务器的硬件带宽等 3)HTTP 配置使用 http{ 界定标记, 包括访问日志 HTTP 端口网页目录默认字符集连接保持以及虚拟主机 PHP 解析等一系列设置其中大部分配置语句包含在子界定标记 servier { 内 http { # 设定 mime 类型, 即 conf/ 目录下的 mime.types 文件中的设定 include mime.types; default_type application/octet-stream; # 设定日志格式 log_format main '"$request" $status $bytes_sent ' '"$http_referer" "$http_user_agent" ' '"$gzip_ratio"'; '$remote_addr - $remote_user [$time_local]' log_format download '$remote_addr - $remote_user [$time_local] ' '"$request" $status $bytes_sent ' '"$http_referer" "$http_user_agent" ' '"$http_range" "$sent_http_content_range"'; # 设定 access log 分区 WEB 服务器与应用配置 LNMP 的第 7 页

8 access_log logs/access.log main; sendfile on; // 支持文件发送 ( 下载 ) keepalive_timeout 65; // 连接保持超时 # 设定虚拟主机 server { // 用来配置虚拟主机 listen 80; //WEB 服务的监听设置, 可以采用 IP 地址 : 端口形式 server_name 网站名, 称可以写多个名称, 用空格分隔 location / { // 表示如何匹配后面的路径的 index index.html; // 默认首页 root html; // 网页根目录位置, 默认为 Nginx 安装目录下的 html/ 子目录,root 语句用来设置特定访问位置的网页文档路径, 根据需要可改为 /var/www/html 等其他路径 charset gb2312; // 网页的默认字符集 # 设定本虚拟主机的访问日志 access_log logs/ main; error_page /50x.html; // 内部错误的反馈页面 location = /50x.html { root html; Nginx 的 location 基本语法 : location [= ~ ~* ^~] /uri/ { = 表示做精确匹配 ~ : 为区分大小写匹配 ~*: 为不区分大小写匹配!~ : 和!~* 分别为区分大小写不匹配及不区分大小写不匹配正则表达式匹配, 其中 : 文件及目录匹配, 其中 : -f 和!-f 用来判断是否存在文件 -d 和!-d 用来判断是否存在目录 -e 和!-e 用来判断是否存在文件或目录 -x 和!-x 用来判断文件是否可执行示例 1: location = / { # 只匹配 / 查询 location / { # 匹配任何查询, 因为所有请求都已 / 开头但是正则表达式规则和长的块规则将被优先和查询匹配示例 2: location ^~ /images/ { # 匹配任何以 /images/ 开头的任何查询并且停止搜索任何正则表达式将不会被测试示例 3: location ~* \.(gif jpg jpeg)$ { # 匹配任何以 gif jpg 或 jpeg 结尾的请求分区 WEB 服务器与应用配置 LNMP 的第 8 页

$conf 文件, 指定访问位置并打开 stub_status 配置在 http{ 配置的 server{ 子配置内添加如下配置项注 :location /tongji // 匹配任何包含 /tongji 的任何查询 stub_status on // 打开状态统计功能 Access_log off // 关闭此位置的日志记录 Nginx 支持为目录添加密码认证, 使用 apache 的$ htpasswd 来创建密码文件 htpasswd -c /usr/local/nginx/.htpasswd 用户名保存修改过的 nginx.

htpasswd 来创建密码文件 htpasswd -c /usr/local/nginx/.htpasswd 用户名保存修改过的 nginx.

9 状态统计 & 虚拟主机 2013 年 6 月 2 日 21:01 Nginx 内置了 HTTP_STUB_STATUS 状态统计模块, 用来反馈当前的 WEB 访问情况配置编译参数时可添加 with-http_stub_stastus_module 来启用此模块要使用 Nginx 的状态统计功能, 除了启用内建模块以外, 还需要修改 nginx.conf 文件, 指定访问位置并打开 stub_status 配置在 http{ 配置的 server{ 子配置内添加如下配置项注 :location /tongji // 匹配任何包含 /tongji 的任何查询 stub_status on // 打开状态统计功能 Access_log off // 关闭此位置的日志记录 Nginx 支持为目录添加密码认证, 使用 apache 的 htpasswd 来创建密码文件 htpasswd -c /usr/local/nginx/.htpasswd 用户名保存修改过的 nginx.conf 文件并重启 nginx 服务使修生效新的配置生效后, 在浏览器中访问 Nginx 服务器的 /tongji 网站位置 ( 服务器 IP/tongji) 可以看到状态统计信息如上图所示 : 其中 Active connections 表示当前的活动连接数 ; 而 server accepts handled requests 表示已经处理的连接信息, 三个数字依次表示已处理的连接数成功的 TCP 握手次数已处理的请求数. 客户端访问控制 : 注 :allow 允许规则,deny 拒绝规则 ; 规则的执行是按从上向下执行, 匹配某条规则后将不再检查其他规则 2) 虚拟主机 : 使用 Nginx 搭建虚拟主机服务器时, 每个虚拟 WEB 站点拥有独立的 server { 配置段, 各自监听的 IP 地址端口号可以单独指定, 当然网站名称也是不同的例如 : 要创建两个站点和为两个虚拟 WEB 主机分别建立根目录, 并准备测试首页调整 nginx.conf 配置文件 --- 域名虚拟主机配置两个 server { 区域, 分别对应两个 WEB 站点, 指定各自的网站名称监听地址网站根目录访问日志等信息, 然后重载配置分区 WEB 服务器与应用配置 LNMP 的第 9 页

测试 : 使用浏览器分别通过 www.benet.com 和 www.accp.

10 测试 : 使用浏览器分别通过和访问两个 WEB 站点 ( 注意域名解析分区 WEB 服务器与应用配置 LNMP 的第 10 页

11 PHP 站点配置 2013 年 5 月 17 日 1:59 如何处理一个请求 Nginx 首先选定由哪一个虚拟主机来处理请求让我们从一个简单的配置 ( 其中全部 3 个虚拟主机都在端口 *: 80 上监听 ) 开始 : server { listen 80; server_name example.org server { listen 80; server_name example.net server { listen 80; server_name example.com 在这个配置中,nginx 仅仅检查请求的 Host 头以决定该请求应由哪个虚拟主机来处理如果 Host 头没有匹配任意一个虚拟主机, 或者请求中根本没有包含 Host 头, 那 nginx 会将请求分发到定义在此端口上的默认虚拟主机在以上配置中, 第一个被列出的虚拟主机即 nginx 的默认虚拟主机这是 nginx 的默认行为而且, 可以显式地设置某个主机为默认虚拟主机, 即在 "listen" 指令中设置 "default_server" 参数 : server { listen 80 default_server; server_name example.net "default_server" 参数从版开始可用在之前的版本中, 应该使用 "default" 参数代替请注意 "default_server" 是监听端口的属性, 而不是主机名的属性后面会对此有更多介绍如何防止处理未定义主机名的请求如果不允许请求中缺少 Host 头, 可以定义如下主机, 丢弃这些请求 : server { listen 80; server_name ""; return 444; 在这里, 我们设置主机名为空字符串以匹配未定义 Host 头的请求, 而且返回了一个 nginx 特有的, 非 http 标准的返回码 444, 它可以用来关闭连接从版本开始, 这已成为主机名的默认设置, 所以可以省略 server_name "" 而之前的版本使用机器的 hostname 作为主机名的默认值基于域名和 IP 混合的虚拟主机分区 WEB 服务器与应用配置 LNMP 的第 11 页

12 下面让我们来看一个复杂点的配置, 在这个配置里, 有几个虚拟主机在不同的地址上监听 : server { listen :80; server_name example.org server { listen :80; server_name example.net server { listen :80; server_name example.com 这个配置中,nginx 首先测试请求的 IP 地址和端口是否匹配某个 server 配置块中的 listen 指令配置接着 nginx 继续测试请求的 Host 头是否匹配这个 server 块中的某个 server_name 的值如果主机名没有找到,nginx 将把这个请求交给默认虚拟主机处理例如, 一个从 :80 端口收到的访问的请求将被监听 :80 端口的默认虚拟主机处理, 本例中就是第一个服务器, 因为这个端口上没有定义名为的虚拟主机默认服务器是监听端口的属性, 所以不同的监听端口可以设置不同的默认服务器 : server { listen :80; server_name example.org server { listen :80 default_server; server_name example.net server { listen :80 default_server; server_name example.com 一个简单 PHP 站点配置现在我们来看在一个典型的, 简单的 PHP 站点中,nginx 怎样为一个请求选择 location 来处理 : server { listen 80; server_name example.org root /data/www; location / { index index.html index.php; location ~* \.(gif jpg png)$ { 分区 WEB 服务器与应用配置 LNMP 的第 12 页

13 expires 30d; location ~ \.php$ { fastcgi_pass localhost:9000; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include fastcgi_params; 首先,nginx 使用前缀匹配找出最准确的 location, 这一步 nginx 会忽略 location 在配置文件出现的顺序上面的配置中, 唯一的前缀匹配 location 是 "/", 而且因为它可以匹配任意的请求, 所以被作为最后一个选择接着, nginx 继续按照配置中的顺序依次匹配正则表达式的 location, 匹配到第一个正则表达式后停止搜索匹配到的 location 将被使用如果没有匹配到正则表达式的 location, 则使用刚刚找到的最准确的前缀匹配的 location 请注意所有 location 匹配测试只使用请求的 URI 部分, 而不使用参数部分这是因为写参数的方法很多, 比如 : /index.php?user=john&page=1 /index.php?page=1&user=john 除此以外, 任何人在请求串中都可以随意添加字符串 : /index.php?page=1&something+else&user=john 现在让我们来看使用上面的配置, 请求是怎样被处理的 : 请求 "/logo.gif" 首先匹配上 location "/", 然后匹配上正则表达式 "\.(gif jpg png)$" 因此, 它将被后者处理根据 "root /data/www" 指令,nginx 将请求映射到文件 /data/www/logo.gif", 并发送这个文件到客户端请求 "/index.php" 首先也匹配上 location "/", 然后匹配上正则表达式 "\.(php)$" 因此, 它将被后者处理, 进而被发送到监听在 localhost:9000 的 FastCGI 服务器 fastcgi_param 指令将 FastCGI 的参数 SCRIPT_FILENAME 的值设置为 "/data/www/index.php", 接着 FastCGI 服务器执行这个文件变量 $document_root 等于 root 指令设置的值, 变量 $fastcgi_script_name 的值是请求的 uri,"/index.php" 请求 "/about.html" 仅能匹配上 location "/", 因此, 它将使用此 location 进行处理根据 "root /data/www" 指令, nginx 将请求映射到文件 "/data/www/about.html", 并发送这个文件到客户端请求 "/" 的处理更为复杂它仅能匹配上 location "/", 因此, 它将使用此 location 进行处理然后,index 指令使用它的参数和 "root /data/www" 指令所组成的文件路径来检测对应的文件是否存在如果文件 /data/www/index.html 不存在, 而 /data/www/index.php 存在, 此指令将执行一次内部重定向到 "/index.php", 接着 nginx 将重新寻找匹配 "/index.php" 的 location, 就好像这次请求是从客户端发过来一样正如我们之前看到的那样, 这个重定向的请求最终交给 FastCGI 服务器来处理分区 WEB 服务器与应用配置 LNMP 的第 13 页

14 MYSQL 2013 年 5 月 16 日 23:07 MySQL CMake 参数说明 MySQL 自 5.5 版本以后, 就开始使用 CMake 编译工具了, 因此, 你在安装源文件中找不到 configure 文件是正常的很多人下到了新版的 MySQL, 因为找不到 configure 文件, 不知道该怎么继续下去有没有一篇可供参考的文章呢? 其实在网站上有一篇文章, 专门介绍了如何用 CMake 工具进行新版 MySQL 的编译安装介绍 CMake 是个开源的跨平台自动化建构系统, 它用组态档控制建构过程 (build process) 的方式和 Unix 的 Make 相似, 只是 CMake 的组态档取名为 CmakeLists.txt Cmake 并不直接建构出最终的软件, 而是产生标准的建构档 ( 如 Unix 的 Makefile 或 Windows Visual C++ 的 projects/workspaces), 然后再依一般的建构方式使用这使得熟悉某个集成开发环境 (IDE) 的开发者可以用标准的方式建构他的软件, 这种可以使用各平台的原生建构系统的能力是 CMake 和 SCons 等其他类似系统的区别之处 CMake 可以编译源代码制做程序库产生适配器 (wrapper) 还可以用任意的顺序建构可执行文件 CMake 支持 in-place 建构 ( 二进档和源代码在同一个目录树中 ) 和 out-of-place 建构 ( 二进档在别的目录里 ), 因此可以很容易从同一个源代码目录树中建构出多个二进档 CMake 也支持静态与动态程序库的建构 CMake 这个名字是 "cross platform make" 的缩写虽然名字中含有 "make", 但是 CMake 和 Unix 上常见的 make 系统是分开的, 而且更为高级命令调用语法下表列出了常用编译工具的调用语法和等效的 CMake 命令. 表示你当前的工作目录路径, 请根据你所在的目录, 适当的替换掉路径. configure 命令./configure cmake. CMake 命令./configure --help cmake. -LH or ccmake. 在重新配置或重新构建之前, 需要先清除旧的对象文件和缓存信息, 方法如下 : Autotools: view plain copy make clean rm config.cache CMake (Unix/Linux): view plain copy make clean rm CMakeCache.txt CMake (Windows): view plain copy devenv MySQL.sln /clean del CMakeCache.txt 安装参数选项在下表中, CMAKE_INSTALL_PREFIX 的值表示的是安装根目录, 其他参数值的路径都是相对于根目录的, 当然你也可以直接使用绝对路径, 具体如下 : 参数值说明配置选项 CMak 选项安装根目录 --prefix=/usr -DCMAKE_INSTALL_PREFIX=/usr 分区 WEB 服务器与应用配置 LNMP 的第 14 页

15 mysqld 目录 --libexecdir=/usr/sbin -DINSTALL_SBINDIR=sbin 数据存储目录 --localstatedir=/var/lib/mysql -DMYSQL_DATADIR=/var/lib/mysql 配置文件 (my.cnf) 目录插件目录 --sysconfdir=/etc/mysql --withplugindir=/usr/lib64/mysql/plugi n -DSYSCONFDIR=/etc/mysql - DINSTALL_PLUGINDIR=lib64/mysql/pl ugin 手册文件目录 --mandir=/usr/share/man -DINSTALL_MANDIR=share/man 共享数据目录 -- sharedstatedir=/usr/share/mysql -DINSTALL_SHAREDIR=share Library 库目录 --libdir=/usr/lib64/mysql -DINSTALL_LIBDIR=lib64/mysql Header 安装目录 --includedir=/usr/include/mysql - DINSTALL_INCLUDEDIR=include/mysql 信息文档目录 --infodir=/usr/share/info -DINSTALL_INFODIR=share/info 存储引擎选项存储引擎是以插件的形式存在的, 所以, 该选项可以控制插件的构建, 比如指定使用某个特定的引擎 --with-plugins 配置选项接受两种形式的参数值, 它没有对应的 CMake 配置参数 : 1 以逗号 (,) 分隔的引擎名称列表 ; 2 a "group name" value that is shorthand for a set of engines 在 CMake 中, 引擎被作为单个的选项来进行控制假设有以下配置选项 : view plain copy --with-plugins=csv,myisam,myisammrg,heap,innobase,archive,blackhole 上面的参数指定 MySQL 数据库可以支持哪些数据库引擎, 将上述编译选项转换成 CMake 编译选项时, 下面的几个引擎名字可以被省略, 因为编译时, 默认就支持 : view plain copy csv myisam myisammrg heap 然后使用下面的编译参数, 以启用 InnoDB ARCHIVE 和 BLACKHOLE 引擎支持 : view plain copy -DWITH_INNOBASE_STORAGE_ENGINE=1 -DWITH_ARCHIVE_STORAGE_ENGINE=1 -DWITH_BLACKHOLE_STORAGE_ENGINE=1 当然也可以使用 ON 来替代数字 1, 它们是等效的如果你想除去对某种引擎的支持, 则在 CMake 编译选项中使用 - DWITHOUT_<ENGINE>_STORAGE_ENGINE, 例如 : view plain copy -DWITHOUT_EXAMPLE_STORAGE_ENGINE=1 -DWITHOUT_FEDERATED_STORAGE_ENGINE=1 -DWITHOUT_PARTITION_STORAGE_ENGINE=1 库文件加载选项该选项指明 Mysql 使用库的情况 : 参数值说明配置选项 readline 库 --with-readline CMak 选项 -DWITH_READLINE=1 SSL 库 --with-ssl=/usr -DWITH_SSL=system zlib 库 --with-zlib-dir=/usr -DWITH_ZLIB=system libwrap 库 --without-libwrap -DWITH_LIBWRAP=0 其他选项 CMake 编译选项支持大部分之前版本的 MySQL 编译选项, 新老编译选项的差别在于 : 之前的分区 WEB 服务器与应用配置 LNMP 的第 15 页

16 是小写, 现在全部变成了大写, 之前采用双横线, 现在使用单横线, 之前使用的破折号, 现在取而代之的是使用下划线, 例如 : view plain copy --with-debug => WITH_DEBUG=1 --with-embedded-server => WITH_EMBEDDED_SERVER 下面是编译 MySQL 的新老参数对照表 : 参数值说明配置选项 CMak 选项 TCP/IP 端口 --with-tcp-port-=3306 -DMYSQL_TCP_PORT=3306 UNIX socket 文件 --with-unix-socketpath=/tmp/mysqld.sock - DMYSQL_UNIX_ADDR=/tmp/mysqld.s ock 启用加载本地数据 --enable-local-infile -DENABLED_LOCAL_INFILE=1 扩展字符支持 --with-extra-charsets=all( 默认 : all) -DEXTRA_CHARSETS=all( 默认 : all) 默认字符集 --with-charset=utf8 -DDEFAULT_CHARSET=utf8 默认字符校对 --with-collation=utf8_general_ci -DDEFAULT_COLLATION=utf8 _general_ci Build the server --with-server 无嵌入式服务器 --with-embedded-server -DWITH_EMBEDDED_SERVER=1 libmysqld 权限控制 --with-embedded-privilege-control 无安装文档 --without- docs 无 Big tables 支持 --with-big-tables, --without-bigtables mysqld 运行用户 --with-mysqld-user=mysql -DMYSQL_USER=mysql 调试模式 --without-debug( 默认禁用 ) -DWITH_DEBUG=0( 默认禁用 ) GIS 支持 --with-geometry 无社区功能 --enable-community-features 无 Profiling --disable-profiling( 默认启用 ) -DENABLE_PROFILING=0( 默认启用 ) pstack --without-pstack 无 ( 新版移除该功能 ) 汇编字符串函数 --enable-assembler 无构建类型 --build=x86_64-pc-linux-gnu 没有等效参数交叉编译主机 --host=x86_64-pc-linux-gnu 没有等效参数客户端标志 --with-client-ldflags=-lstdc++ 无线程安全标志 --enable-thread-safe-client 无注释存储类型 --with-comment='string' -DWITH_COMMENT='string' Shared/static binaries --enable-shared --enable-static 内存使用控制 --with-low-memory 无无无安装 mysql tar.gz 分区 WEB 服务器与应用配置 LNMP 的第 16 页

17 分区 WEB 服务器与应用配置 LNMP 的第 17 页

18 分区 WEB 服务器与应用配置 LNMP 的第 18 页

19 PHP 2013 年 5 月 16 日 23:56 分区 WEB 服务器与应用配置 LNMP 的第 19 页

20 分区 WEB 服务器与应用配置 LNMP 的第 20 页

21 分区 WEB 服务器与应用配置 LNMP 的第 21 页

22 分区 WEB 服务器与应用配置 LNMP 的第 22 页

23 PHPMYADMIN 2013 年 5 月 17 日 1:21 分区 WEB 服务器与应用配置 LNMP 的第 23 页

24 DISCUZ 2013 年 5 月 17 日 1:28 分区 WEB 服务器与应用配置 LNMP 的第 24 页

25 分区 WEB 服务器与应用配置 LNMP 的第 25 页

26 分区 WEB 服务器与应用配置 LNMP 的第 26 页

27 分区 WEB 服务器与应用配置 LNMP 的第 27 页

28 分区 WEB 服务器与应用配置 LNMP 的第 28 页

29 分区 WEB 服务器与应用配置 LNMP 的第 29 页

30 分区 WEB 服务器与应用配置 LNMP 的第 30 页

助文档天翼云镜像使用帮天翼云镜像使用帮助文档一镜像环境说明 1. 操作系统 Ubuntu 位 2. php 运行环境 nginx+ PHP5.4+mysql 镜像软件明细 Mysql5.5 + FTP + PHPmyadmin + zend 二软件账号和密码 1

助文档天翼云镜像使用帮天翼云镜像使用帮助文档一镜像环境说明 1. 操作系统 Ubuntu 位 2. php 运行环境 nginx+ PHP5.4+mysql 镜像软件明细 Mysql5.5 + FTP + PHPmyadmin + zend 二软件账号和密码 1 一镜像环境说明 1. 操作系统 Ubuntu12.04 64 位 2. php 运行环境 nginx+ PHP5.4+mysql5.5 3. 镜像软件明细 Mysql5.5 + FTP + PHPmyadmin + zend 二软件账号和密码 1. FTP FTP 账号 :tianyiyun FTP 密码 : 密码随机生成, 具体密码查看方式请登录主机后参考 passwd.txt 文件 2. MySQL