LAMP服务器安装知识点汇总

最近在做7kk美女图片http://7kk.m4493.cn/，使用的是linux+apache+mysql的方式。

 

 

LAMP组合：

web资源的类型：

静态资源：原始形式与响应结果一致；

动态资源：原始形似通常为程序文件或者是程序片段，需要在后台运行之后将运行结果返回给用户；在客户端展示的是程序的运行结果；

客户端动态：js(java scripts)

服务器动态：php，jsp，.Net(.asp, .aspx)，python，go，perl

 

CGI：Common Gateway Interface，通用网关接口

 

CGI协议是简装版的并且有特殊功用的http协议；

 

作用：

可以让一个客户端，从客户端代理向运行于网络服务器上的程序传输数据；CGI描述了客户端和服务器程序之间数据传输的标准；

 

在整个过程中，httpd充当了服务器程序的反向代理；

 

请求流程：

Client(http) --> httpd --> (cgi) --> application process(source code file) --> (mysql) --> MySQL(MariaDB) 

 

Facebook --> php (hhcp) C++ 

 

程序=指令+数据

 

数据模型：层次，网状，关系

 

指令：命令、关键字、特定代码；

数据：文件，数据存储系统的内容；

 

PHP：脚本编程语言，专门为web开发而设计，将代码嵌入html文档中；

 

关于PHP

 

一、PHP简介

 

PHP是通用服务器端脚本编程语言，其主要用于web开发以实现动态web页面，它也是最早实现将脚本嵌入HTML源码文档中的服务器端脚本语言之一。同时，php还提供了一个命令行接口，因此，其也可以在大多数系统上作为一个独立的shell来使用。

 

Rasmus Lerdorf于1994年开始开发PHP，它是初是一组被Rasmus Lerdorf称作“Personal Home Page Tool” 的Perl脚本， 这些脚本可以用于显示作者的简历并记录用户对其网站的访问。后来，Rasmus Lerdorf使用C语言将这些Perl脚本重写为CGI程序，还为其增加了运行Web forms的能力以及与数据库交互的特性，并将其重命名为“Personal Home Page/Forms Interpreter”或“PHP/FI”。此时，PHP/FI已经可以用于开发简单的动态web程序了，这即是PHP 1.0。1995年6月，Rasmus Lerdorf把它的PHP发布于comp.infosystems.www.authoring.cgi Usenet讨论组，从此PHP开始走进人们的视野。1997年，其2.0版本发布。

 

1997年，两名以色列程序员Zeev Suraski和Andi Gutmans重写的PHP的分析器(parser)成为PHP发展到3.0的基础，而且从此将PHP重命名为PHP: Hypertext Preprocessor。此后，这两名程序员开始重写整个PHP核心，并于1999年发布了Zend Engine 1.0，这也意味着PHP 4.0的诞生。2004年7月，Zend Engine 2.0发布，由此也将PHP带入了PHP 5时代。PHP5包含了许多重要的新特性，如增强的面向对象编程的支持、支持PDO(PHP Data Objects)扩展机制以及一系列对PHP性能的改进。

 

二、PHP Zend Engine

 

Zend Engine是开源的、PHP脚本语言的解释器，它最早是由以色列理工学院(Technion)的学生Andi Gutmans和Zeev Suraski所开发，Zend也正是此二人名字的合称。后来两人联合创立了Zend Technologies公司。

 

Zend Engine 1.0于1999年随PHP 4发布，由C语言开发且经过高度优化，并能够做为PHP的后端模块使用。Zend Engine为PHP提供了内存和资源管理的功能以及其它的一些标准服务，其高性能、可靠性和可扩展性在促进PHP成为一种流行的语言方面发挥了重要作用。

 

Zend Engine的出现将PHP代码的处理过程分成了两个阶段：首先是分析PHP代码并将其转换为称作Zend opcode的二进制格式(类似Java的字节码)，并将其存储于内存中；第二阶段是使用Zend Engine去执行这些转换后的Opcode。

 

三、PHP的Opcode

 

Opcode是一种PHP脚本编译后的中间语言，就像Java的ByteCode,或者.NET的MSL。PHP执行PHP脚本代码一般会经过如下4个步骤(确切的来说，应该是PHP的语言引擎Zend)：

1、Scanning(Lexing) —— 将PHP代码转换为语言片段(Tokens)

2、Parsing —— 将Tokens转换成简单而有意义的表达式

3、Compilation —— 将表达式编译成Opocdes

4、Execution —— 顺次执行Opcodes，每次一条，从而实现PHP脚本的功能

 

hhvm

 

扫描-->分析-->编译-->执行

 

四、php的加速器

 

基于PHP的特殊扩展机制如opcode缓存扩展也可以将opcode缓存于php的共享内存中，从而可以让同一段代码的后续重复执行时跳过编译阶段以提高性能。由此也可以看出，这些加速器并非真正提高了opcode的运行速度，而仅是通过分析opcode后并将它们重新排列以达到快速执行的目的。

 

常见的php加速器有：

 

1、APC (Alternative PHP Cache)

遵循PHP License的开源框架，PHP opcode缓存加速器，目前的版本不适用于PHP 5.4。项目地址，http://pecl.php.net/package/APC。

 

2、eAccelerator

源于Turck MMCache，早期的版本包含了一个PHP encoder和PHP loader，目前encoder已经不在支持。项目地址， http://eaccelerator.net/。

 

3、XCache

快速而且稳定的PHP opcode缓存，经过严格测试且被大量用于生产环境。项目地址，http://xcache.lighttpd.net/

 

4、Zend Optimizer和Zend Guard Loader

Zend Optimizer并非一个opcode加速器，它是由Zend Technologies为PHP5.2及以前的版本提供的一个免费、闭源的PHP扩展，其能够运行由Zend Guard生成的加密的PHP代码或模糊代码。 而Zend Guard Loader则是专为PHP5.3提供的类似于Zend Optimizer功能的扩展。项目地址，http://www.zend.com/en/products/guard/runtime-decoders

 

5、NuSphere PhpExpress

NuSphere的一款开源PHP加速器，它支持装载通过NuSphere PHP Encoder编码的PHP程序文件，并能够实现对常规PHP文件的执行加速。项目地址，http://www.nusphere.com/products/phpexpress.htm

 

五、PHP源码目录结构

 

PHP的源码在结构上非常清晰。其代码根目录中主要包含了一些说明文件以及设计方案，并提供了如下子目录：

 

1、build —— 顾名思义，这里主要放置一些跟源码编译相关的文件，比如开始构建之前的buildconf脚本及一些检查环境的脚本等。

2、ext —— 官方的扩展目录，包括了绝大多数PHP的函数的定义和实现，如array系列，pdo系列，spl系列等函数的实现。 个人开发的扩展在测试时也可以放到这个目录，以方便测试等。

3、main —— 这里存放的就是PHP最为核心的文件了，是实现PHP的基础设施，这里和Zend引擎不一样，Zend引擎主要实现语言最核心的语言运行环境。

4、Zend —— Zend引擎的实现目录，比如脚本的词法语法解析，opcode的执行以及扩展机制的实现等等。

5、pear —— PHP 扩展与应用仓库，包含PEAR的核心文件。

6、sapi —— 包含了各种服务器抽象层的代码，例如apache的mod_php，cgi，fastcgi以及fpm等等接口。

7、TSRM —— PHP的线程安全是构建在TSRM库之上的，PHP实现中常见的*G宏通常是对TSRM的封装，TSRM(Thread Safe Resource Manager)线程安全资源管理器。

8、tests —— PHP的测试脚本集合，包含PHP各项功能的测试文件。

9、win32 —— 这个目录主要包括Windows平台相关的一些实现，比如sokcet的实现在Windows下和*Nix平台就不太一样，同时也包括了Windows下编译PHP相关的脚本。

 

LAMP：

L：Linux

A：Apache(httpd)

M：MySQL(MariaDB)

P：php/perl/python/ruby

 

httpd与php的结合方式：

CGI：httpd主进程管理php进程；

module：将php编译为httpd的扩展模块；

MPM：

prefork：libphp5.so

event[,worker]：libphp5-zts.so

FastCGI：

fpm

 

LAMP的实现方式:

httpd(prefork) + libphp5.so + mysql

httpd(event) + libphp5-zts + mysql

httpd + php-fpm + mysql --仅在httpd2.4版本中可以支持

 

LAMP(2)

 

数据库管理系统——DBMS

RDBMS：表，行(实例，实体或记录)和列(字段，域)

 

ANSI：SQL系列标准

SQL-86

SQL-89

SQL-99

SQL-03

 

补充材料：RDMBS设计范式基础概念

 

设计关系数据库时，遵从不同的规范要求，设计出合理的关系型数据库，这些不同的规范要求被称为不同的范式，各种范式呈递次规范，越高的范式数据库冗余越小。

 

目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、巴德斯科范式（BCNF）、第四范式(4NF）和第五范式（5NF，又称完美范式）。满足最低要求的范式是第一范式（1NF）。在第一范式的基础上进一步满足更多规范要求的称为第二范式（2NF），其余范式以次类推。一般说来，数据库只需满足第三范式(3NF）就行了。

 

(1) 第一范式（1NF）

 

所谓第一范式（1NF）是指在关系模型中，对域添加的一个规范要求，所有的域都应该是原子性的，即数据库表的每一列都是不可分割的原子数据项，而不能是集合，数组，记录等非原子数据项。即实体中的某个属性有多个值时，必须拆分为不同的属性。在符合第一范式（1NF）表中的每个域值只能是实体的一个属性或一个属性的一部分。简而言之，第一范式就是无重复的域。

 

说明：在任何一个关系数据库中，第一范式（1NF）是对关系模式的设计基本要求，一般设计中都必须满足第一范式（1NF）。不过有些关系模型中突破了1NF的限制，这种称为非1NF的关系模型。换句话说，是否必须满足1NF的最低要求，主要依赖于所使用的关系模型。

 

(2) 第二范式(2NF)

 

第二范式（2NF）是在第一范式（1NF）的基础上建立起来的，即满足第二范式（2NF）必须先满足第一范式（1NF）。第二范式（2NF）要求数据库表中的每个实例或记录必须可以被唯一地区分。选取一个能区分每个实体的属性或属性组，作为实体的唯一标识。

 

第二范式（2NF）要求实体的属性完全依赖于主关键字(主键)。所谓完全依赖是指不能存在仅依赖主关键字一部分的属性，如果存在，那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体，新实体与原实体之间是一对多的关系。为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。简而言之，第二范式就是在第一范式的基础上属性完全依赖于主键。

 

(3) 第三范式（3NF）

 

第三范式（3NF）是第二范式（2NF）的一个子集，即满足第三范式（3NF）必须满足第二范式（2NF）。简而言之，第三范式（3NF）要求一个关系中不能包含已在其它关系已包含的非主关键字信息。简而言之，第三范式就是属性不依赖于其它非主属性，也就是在满足2NF的基础上，任何非主属性不得传递依赖于主属性。

 

某公司，员工信息表：

5000人，五个部门，XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX市场部

 

NoSQL：Not-Only SQL

Redis

Memcached

MangoDB

Hbase

 

关系型数据库管理系统：

GreSQL，SyBase，DBII，InfoMIX

Oracle

 

PostGreSQL，MySQL

 

Unireg，

 

MySQL AB，Solaris，1994 第一个二进制版本；

http://www.mysql.com

 

MariaDB，

http://mariadb.org

 

CentOS 6：mysql-server-5.1

CentOS 7：mariadb-server-5.5

 

MySQL/MariaDB：

C/S架构，客户端/服务器架构形式；

C：

命令行客户端：mysql，mysqladmin

图形客户端：phpMyAdmin，SQLyog，navicot，...

 

S:

mysqld

 

客户端到服务器端的连接方式：

客户端和服务器端在同一台主机上：

1.Unix Sock

2.IPv4的socket

3.IPv6的socket

 

客户端和服务器端不在同一台主机上：

1.IPv4的socket

2.IPv6的socket

 

MariaDB(MySQL)

数据模型：关系模型，二维关系；

 

表：row，column

视图：虚表，view

索引：index

树型：B-tree

hash：

SQL接口：SQL，Structured Query Language，结构化查询语言；

分析器，操作求解器，计划执行器，优化器

 

类似于OS的shell；也可以提供编程功能；

 

可以被SQL接口处理的SQL语句：

DDL：Data Defined Language，数据定义语言

CREATE，ALTER，DROP

DML：Data Manapulating Language，数据操纵语言

INSERT，DELETE，UPDATE，SELECT

DCL：Data Controlled Language，数据控制语言

GRANT，REVOKE

 

SQL接口也提供了编程接口：选择、循环

存储过程：Storage Procedure <-- call

存储函数：Storage Function <-- select

触发器：trigger

事件调度器：event scheduler

例程：routine = 过程 + 函数

 

事务(Tranaction)：组织多个操作为一个整体，这个整体要么全部执行，要么全部不执行；只要有任何操作没有被成功执行，则整个事务回滚(RollBack)；

 

在MySQL里面，事务是存储引擎的属性；判断标准，即ACID标准：

A：原子性；

C：一致性；

I：隔离性；

D：持久性；

 

存储引擎：表空间，表类型

 

约束：constraint，向数据表插入的数据所必须遵守的限制规则；

主键约束：一个或多个字段构建的能够唯一标识记录的组合，填入主键的数据，必须不能和已经填写的数据相同，且不能为空；

外键约束：也称为"引用性约束"，一个表中的某个字段能插入的数据，取决于另外一张表的主键中的数据；

惟一键约束：一个或多个字段构建的能够唯一标识记录的组合，填入主键的数据，必须不能和已经填写的数据相同，但可以为空；

检查性约束：取决于表达式的要求；

 

关系运算：

选择：根据指定的条件挑选出符合条件的行；

投影：根据指定的条件挑选出符合条件的列；

连接：多表关联操作；

 

数据抽象：

物理层：决定数据的存储格式，即如何将数据组织成物理文件；

逻辑层：描述了数据库存储什么样的数据，以及数据之间存在怎样的关系；

视图层：描述了数据库中部分数据；

 

MySQL和MariaDB：

都支持插入式存储引擎：

存储管理器有多种实现版本，彼此间的功能和特性可能略有区别；用户可以根据自己的需要灵活选择；

 

MariaDB的特性：

1.更多的存储引擎

MyISAM：不支持事务

MyISAM：Aria

InnoDB：Percona-XtraDB

2.诸多的扩展和新特性；

3.提供了较多的测试组件；

4.truly open source

 

安装MariaDB：

1.rpm包

2.OS发行商提供的；

3.官方提供的二进制包；

4.源代码包