分享一波腾讯PHP面试题（建议收藏）

缺乏、安全感 2023-03-01 11:49 90阅读 0赞

### 1. php 的垃圾回收机制 ###

PHP 可以自动进行内存管理，清除不需要的对象。

PHP 使用了引用计数 (reference counting) GC 机制。

每个对象都内含一个引用计数器 refcount，每个 reference 连接到对象，计数器加 1。当 reference 离开生存空间或被设为 NULL，计数器减 1。当某个对象的引用计数器为零时，PHP 知道你将不再需要使用这个对象，释放其所占的内存空间。

参考 [http://www.php.net/manual/zh/features.gc.r...][http_www.php.net_manual_zh_features.gc.r...]

### 2. session 与 cookie 的区别和联系 ###

区别：

1. 存放位置：Session 保存在服务器，Cookie 保存在客户端。

2. 存放的形式：Session 是以对象的形式保存在服务器，Cookie 以字符串的形式保存在客户端。

3. 用途：Cookies 适合做保存用户的个人设置，爱好等，Session 适合做客户的身份验证

4. 路径：Session 不能区分路径，同一个用户在访问一个网站期间，所有的 Session 在任何一个地方都可以访问到。而 Cookie 中如果设置了路径参数，那么同一个网站中不同路径下的 Cookie 互相是访问不到的。

5. 安全性：Cookie 不是很安全，别人可以分析存放在本地的 COOKIE 并进行 COOKIE 欺骗，考虑到安全应当使用 session

6. 大小以及数量限制：每个域名所包含的 cookie 数：IE7/8,FireFox:50 个，Opera30 个； Cookie 总大小：Firefox 和 Safari 允许 cookie 多达 4097 个字节，Opera 允许 cookie 多达 4096 个字 节，InternetExplorer 允许 cookie 多达 4095 个字节；一般认为 Session 没有大小和数量限制。

关系：

1.  Session 需要借助 Cookie 才能正常工作。如果客户端完全禁止 Cookie，Session 将失效！因为 Session 是由应用服务器维持的一个 服务器端的存储空间，用户在连接服务器时，会由服务器生成一个唯一的 SessionID, 用该 SessionID 为标识符来存取服务器端的 Session 存储空间。而 SessionID 这一数据则是保存到客户端，用 Cookie 保存的，用户提交页面时，会将这一 SessionID 提交到服务器端，来存取 Session 数据。这一过程，是不用开发人员干预的。所以一旦客户端禁用 Cookie，那么 Session 也会失效。

### 3. 如何修改 SESSION 的生存时间 ###

1.  设置浏览器保存的 sessionid 失效时间 setcookie (session\_name (), session\_id (), time () + $lifeTime, "/");
2.  可以使用 SESSION 自带的 session\_set\_cookie\_params (86400); 来设置 Session 的生存期
3.  通过修改 php.ini 中的 session.gc\_maxlifetime 参数的值就可以改变 session 的生存时间

[点击观看-->【粉丝福利】30G-PHP进阶资料，拿到你也能30K，免费领取][--_30G-PHP_30K]

### 4. PHP 页面重定向的方法有哪些 ###

1.  header('Location: [http://www.baidu.com/][http_www.baidu.com]') ;
2.  echo '';

3 echo '';

### 5. PDO、adoDB、PHPLib 数据库抽象层比较 ###

PHP 数据库抽象层就是指，封装了数据库底层操作的介于 PHP 逻辑程序代码和数据库之间的中间件。

PDO 以 PHP 5.1 为基础进行设计，它使用 C 语言做底层开发，设计沿承 PHP 的特点，以简洁易用为准，从严格意义上讲，PDO 应该归为 PHP 5 的 SPL 库之一，而不应该归于数据抽象层，因为其本身和 MySQL 和 MySQLi 扩展库的功能类似。PDO 是不适合用在打算或者有可能会变更数据库的系 统中的。

ADODB 不管后端数据库如何，存取数据库的方式都是一致的；

转移数据库平台时，程序代码也不必做太大的更动，事实上只需要改动数据库配置文 件。提供了大量的拼装方法，目的就是针对不同的数据库在抽象层的底层对这些语句进行针对性的翻译，以适应不同的数据库方言！但是这个抽象层似乎体积过于庞 大了，全部文件大概有 500K 左右，如果你做一个很小的网站的话，用这个似乎大材小用了

PHPLib 可能是伴随 PHP 一同成长最老的数据库抽象层（但和 ADODB 相比，它只算是一个 MySQL 抽象类库），这个抽象类使用方法相当简单，体积小，是小型网站开发不错的选择。

PDO 提供预处理语句查询、错误异常处理、灵活取得查询结果（返回数组、字符串、对象、回调函数）、字符过滤防止 SQL 攻击、事务处理、存储过程。

ADODB 支持 缓存查询、移动记录集、（HTML、分页、选择菜单生成）、事务处理、输出到文件。 参考 [http://apps.hi.baidu.com/share/detail/4636...][http_apps.hi.baidu.com_share_detail_4636...]

### 6. 长连接、短连接的区别和使用 ###

长连接：client 方与 server 方先建立连接，连接建立后不断开，然后再进行报文发送和接收。这种方式下由于通讯连接一直存在。此种方式常用于 P2P 通信。

短连接：Client 方与 server 每进行一次报文收发交易时才进行通讯连接，交易完毕后立即断开连接。此方式常用于一点对多点通讯。C/S 通信。

长连接与短连接的使用时机：

长连接：

短连接多用于操作频繁，点对点的通讯，而且连接数不能太多的情况。每个 TCP 连 接的建立都需要三次握手，每个 TCP 连接的断开要四次握手。如果每次操作都要建立连接然后再操作的话处理速度会降低，所以每次操作下次操作时直接发送数据 就可以了，不用再建立 TCP 连接。例如：数据库的连接用长连接，如果用短连接频繁的通信会造成 socket 错误，频繁的 socket 创建也是对资源的浪 费。

短连接：

web 网站的 http 服务一般都用短连接。因为长连接对于服务器来说要耗费一定 的资源。像 web 网站这么频繁的成千上万甚至上亿客户端的连接用短连接更省一些资源。试想如果都用长连接，而且同时用成千上万的用户，每个用户都占有一个 连接的话，可想而知服务器的压力有多大。所以并发量大，但是每个用户又不需频繁操作的情况下需要短连接。

参考 [http://www.cnblogs.com/Roberts/archive/2010/12/05/1986550.html][http_www.cnblogs.com_Roberts_archive_2010_12_05_1986550.html]

### 7. HTTP 协议详解、应用 ###

http（超文本传输协议）是一个基于请求与响应模式的、无状态的、短连接、灵活、应用层的协议，常基于 TCP 的连接方式。

参考 [http://blog.csdn.net/gueter/article/detail...][http_blog.csdn.net_gueter_article_detail...] (http 协议详解)

(HTTP 响应状态码)

HTTP 响应状态码

状态代码有三位数字组成，第一个数字定义了响应的类别，且有五种可能取值：

1xx：指示信息 -- 表示请求已接收，继续处理

2xx：成功 -- 表示请求已被成功接收、理解、接受

3xx：重定向 -- 要完成请求必须进行更进一步的操作

4xx：客户端错误 -- 请求有语法错误或请求无法实现

5xx：服务器端错误 -- 服务器未能实现合法的请求

常见状态代码、状态描述、说明：

200 OK // 客户端请求成功

400 Bad Request // 客户端请求有语法错误，不能被服务器所理解

401 Unauthorized // 请求未经授权，这个状态代码必须和 WWW-Authenticate 报头域一起使用 403 Forbidden // 服务器收到请求，但是拒绝提供服务

404 Not Found // 请求资源不存在，eg：输入了错误的 URL

500 Internal Server Error // 服务器发生不可预期的错误

503 Server Unavailable // 服务器超时 // 可能恢复正常

304 Not Modifed // 自从上次请求后，请求的网页未修改过。

// 服务器返回此响应时，不会返回网页内容。

### 8. 异构系统通讯中的通讯加密方案 ###

参考 [http://blog.csdn.net/linvo/article/details...][http_blog.csdn.net_linvo_article_details...]

### 9. socket 连接步骤 ###

Socket（套接字）概念

套接字（socket）是通信的基石，是支持 TCP/IP 协议的网络通信的基本操作单元。它是网络通信过程中端点的抽象表示，包含进行网络通信必须的五种信息：连接使用的协议，本地主机的 IP 地址，本地进程的协议端口，远地主机的 IP 地址，远地进程的协议端口。

Socket 连接过程

建立 Socket 连接至少需要一对套接字，其中一个运行于客户端，称为 ClientSocket ，另一个运行于服务器端，称为 ServerSocket

套接字之间的连接过程可以分为三个步骤：服务器监听，客户端请求，连接确认。

服务器监听：是服务器端套接字并不定位具体的客户端套接字，而是处于等待连接的状态，实时监控网络状态。

客户端请求：是指由客户端的套接字提出连接请求，要连接的目标是服务器端的套接字。为此，客户端的套接字必须首先描述它要连接的服务器的套接字，指出服务器端套接字的地址和端口号，然后就向服务器端套接字提出连接请求。

连接确认：是指当服务器端套接字监听到或者说接收到客户端套接字的连接请求，它就响应客户端

套接字的请求，建立一个新的线程，把服务器端套接字的描述发给客户端，一旦客户端确认了此描述，连接就建立好了。而服务器端套接字继续处于监听状态，继续接收其他客户端套接字的连接请求。

### 10. TCP 协议，三次握手、四次挥手 ###

TCP 协议 (Transmission Control Protocol) 是主机对主机层的传输控制协议，提供可靠的连接服务，采用三次握手确认建立一个连接，四次挥手断开连接。

位码即 tcp 标志位，有 6 种标示:

SYN (synchronous 建立联机) 同步

ACK (acknowledgement 确认)

PSH (push 传送)

FIN (finish 结束)

RST (reset 重置)

URG (urgent 紧急)

### 11. php 中常用作用相似，性能差异很大的函数区分及举例 ###

参考 [http://apps.hi.baidu.com/share/detail/4316...][http_apps.hi.baidu.com_share_detail_4316...]

### 12. posix 及 perl 兼容正则比较，及函数性能分析 ###

POSIX 正则和 PCRE 正则最显著的需要知道的不同点：

1.  PCRE 函数需要模式以分隔符闭合.
2.  POSIX 兼容正则没有修正符。不像 POSIX, PCRE 扩展没有专门用于大小写不敏感匹配的函数。取而

代之的是，支持使用 /i 模式修饰符完成同样的工作。其他模式修饰符同样可用于改变匹配策略.

1.  POSIX 函数从最左面开始寻找最长的匹配，但是 PCRE 在第一个合法匹配后停止。如果字符串 不匹

配这没有什么区别，但是如果匹配，两者在结果和速度上都会有差别。为了说明这个不同，考虑下面的例子 (来自 Jeffrey Friedl 的《精通正则表达式》一书). 使用模式 one (self)?(selfsufficient)? 在字符串 oneselfsufficient 上匹配，PCRE 会匹配到 oneself, 但是使用 POSIX, 结果将是整个字符串 oneselfsufficient. 两个子串都匹配原始字符串，但是 POSIX 将 最长的最为结果.

PCRE 可用的修饰符: (i,s,m)

### 13. 实现 PERL 正则表达式，抓取 html 文件 a 标签的所有 href 超链接 ###

正则：/<a\s+.?href=[\'\"](.?)[\'\" >]/is
    $html = <<<HTML
    HTML;
    $matches = array();
    preg_match_all ( "/<a\s+.?href=[\'\"](.?)[\'\">]/is", $html, $matches ); print_r ($matches [1]); // 输出所有超链接
    ?>

### 14. 预定义变量、魔术变量、魔术方法比较，及作用举例 ###

> 预定义变量（超级全局变量）  
> $GLOBALS  
> $\_SERVER  
> $\_GET  
> $\_POST  
> $\_COOKIE  
> $\_SESSION  
> $\_REQUEST  
> $\_ENV  
> 魔术方法  [http://apps.hi.baidu.com/share/detail/17851228][http_apps.hi.baidu.com_share_detail_17851228]  
> **construct 和** destruct  
> \_\_autoload  
> **get 和** set  
> **isset 和** unset  
> **call 和** callStatic  
> \_\_clone  
> \_\_toString  
> **sleep 和** wakeup  
> \_\_invoke  
> 魔术变量  [http://apps.hi.baidu.com/share/detail/17851228][http_apps.hi.baidu.com_share_detail_17851228]  
> **LINE**  
> **FILE**  
> **DIR**  
> **CLASS**  
> **FUNCTION**  
> **METHOD**  
> **NAMESPACE**

### 15. spl 常用数据结构类 ###

### 16. PHP 设计模式 ###

工厂模式

建立一个工厂（一个函数或一个类方法）来制造新的对象

工厂模式 是一种类，它具有为您创建对象的某些方法。您可以使用工厂类创建对象，而不直接使用 new。这样，如果您想要更改所创建的对象类型，只需更改该工厂即可。使用该工厂的所有代码会自动更改。

单例模式

某些应用程序资源是独占的，因为有且只有一个此类型的资源。例如，通过数据库句柄到数据库的连接是独占的。您希望在应用程序中共享数据库句柄，因为在保持连接打开或关闭时，它是一种开销，在获取单个页面的过程中更是如此。

单元素模式可以满足此要求。

PHP 中的单例模式（singleton pattern）：指的是在 PHP 的应用程序的范围内只对指定的类创建一个实例。

在 PHP 中使用单例模式的类通常拥有一个私有构造函数和一个私有克隆函数，以防 止用户通过创建对象或者克隆对其进行实例化。还有一个静态私有成员变量 $instance 与静态方法 getInstance。getInstance 负责对其本身实例化，然后将这个对象存储在 $instance 静态成员变量中，以确保只有一个实例被创建。

观察者模式

命令链模式

策略模式

### 17. 负载均衡的 web 应用服务器设计，例如 youku ###

用 PHP 做负载均衡指南

思考如何应对以下问题？ 参考 [http://www.examw.com/linux/all/142494/][http_www.examw.com_linux_all_142494]

在 Apache 负载均衡的情况下，做 PHP 开发如何考虑一下几方面：

PHP 源文件在服务器、PHP 文件上传处理、相关配置文件、Session 会话放置、日志放置

Apache 负载均衡的原则：

参考 [http://s456123123b.blog.163.com/blog/static/5632332220101080474642/][http_s456123123b.blog.163.com_blog_static_5632332220101080474642]

轮询均衡策略 （轮询转发请求）

按权重分配均衡策略 （按响应数量转发请求）

权重请求响应负载均衡策略 （按响应流量转发请求）

### 18. 如何优化前端性能 ###

1) 页面内容的优化

a) 降低请求数

合并 css、js 文件，集成 CSS 图片

b) 减少交互通信量

压缩技术：压缩 css、js 文件，优化图像，减少 cookie 体积；

合理利用缓存：使用外部 js/css 文件，缓存 ajax；

减少不必要的通信量：剔除无用脚本和样式、推迟加载内容、使用 GET 请求

c) 合理利用 “并行” 尽量避免重定向

慎用 Iframe 样式表置于顶部 脚本放到样式后面加载

d) 节约系统消耗

避免 CSS 表达式、滤镜

2) 服务器的优化

a) b)

### 19. yahoo 的 34 条前端优化法则 ###

减少 HTTP 请求、利用 CDN 技术、 设置头文件过期或者静态缓存、Gzip 压缩、把 CSS 放顶部、 把 JS 放底部、避免 CSS 表达式、将 JS 和 CSS 外链、减少 DNS 查找、减小 JS 和 CSS 的体积、 避免重定向、删除重复脚本、 配置 ETags、缓存 Ajax、尽早的释放缓冲、

用 GET 方式进行 AJAX 请求、延迟加载组件、 预加载组件、减少 DOM 元素数量、跨域分离组件、

减少 iframe 数量、不要出现 404 页面、减小 Cookie、 对组件使用无 Cookie 的域名、减少 DOM 的访问次数、开发灵活的事件处理句柄、使用 <link> 而非 @import、避免过滤器的使用、优化图片、优化 CSS Sprites、 不要在 HTML 中缩放图片、缩小 favicon. ico 的大小并缓存它、保证组件在 25K 以下、将组件打包进一个多部分的文档中

### 20. 数据库缓存的基本理论，参考 memcached ###

什么是 Memcached？

memcached 是高性能的分布式内存缓存服务器。一般的使用目的是，通过缓存数据库查询结果，减少数据库访问次数，以提高动态 Web 应用的速度、提高可扩展性。

虽然 memcached 使用了同样的 “Key=>Value” 方式组织数据，但是它和共享内存、APC 等本地缓存有非常大的区别。Memcached 是分布式的，也就是说 它不是本地的。它基于网络连接（当然它也可以使用 localhost）方式完成服务，本身它是一个独立于应用的程序或守护进程（Daemon 方式）

PHP 与 Memcached

Memcached 使用 libevent 库实现网络连接服务，理论上可以处理无限多的连接，但是它和

基于反向代理的 Web 缓存；

基于反向代理的 Web 缓存

### 23. PHP 安全模式 ###

> php 安全模式：safe\_mode=on|off  
> 启用 safe\_mode 指令将对在共享环境中使用 PHP 时可能有危险的语言特性有所限制。可以将 safe\_mode 是指为布尔值 on 来启用，或者设置为 off 和脚本尝试访问的文件的 UID，以此作为限制机制的基础。如果 UID 相同，则执行脚本；否则，脚本失败。  
> 当启用安全模式时，一些限制将生效  
> 1、 所有输入输出函数（例如 fopen ()、file () 和 require ()）的适用会受到限制，只能用于与调用这些函数的  
> 脚本有相同拥有者的文件  
> 2、 如果试图通过函数 popen ()、system () 或 exec () 等执行脚本，只有当脚本位于 safe\_mode\_exec\_dir  
> 配置指令指定的目录才可能  
> 3、HTTP 验证得到进一步加强，因为验证脚本用于者的 UID 划入验证领域范围内。此外，当启用安  
> 全模式时，不会设置 PHP\_AUTH。  
> 4、如果适用 MySQL 数据库服务器，链接 MySQL 服务器所用的用户名必须与调用 mysql\_connect ()  
> 的文件拥有者用户名相同。  
> 以下是一些和安全模式相关的配置选项  
> safe\_mode\_gid=on|off  
> safe\_mode\_include\_dir=string  
> safe\_mode\_env\_vars=string  
> safe\_mode\_exec\_dir=string  
> safe\_mode\_protected\_env\_vars=string

### 24. 常见的 web 攻击方式 ###

常见攻击

XSS (Cross Site Script) ，跨站脚本攻击。它指的是恶意攻击者往 Web 页面里插入恶意 html 代码，当用户浏览该页之时，嵌入的恶意 html 代码会被执行，从而达到恶意用户的特殊 目的。XSS 属于被动式的攻击，因为其被动且不好利用，所以许多人常呼略其危害性。但是随着前端技术的不断进步富客户端的应用越来越多，这方面的问题越来 越受关注。举个简单例子 ： 假如你现在是 sns 站点上一个用户，发布信息的功能存在漏洞可以执行 js 你在 此刻输入一个 恶意脚本，那么当前所有看到你新信息的人的浏览器都会执行这个脚本弹出提示框 （很爽吧 弹出广告 ：）），如果你做一些更为激进行为呢 后果难以想象。

CSRF (Cross Site Request Forgery)，跨站点伪造请求。顾名思义就是 通过伪造连接请求在用户不知情的情况下，让用户以自己的身份来完成攻击者需要达到的一些目的。csrf 的攻击不同于 xss csrf 需要被攻击者的主动行为触发。这样听来似乎是有 “被钓鱼” 的嫌疑。

多窗口浏览器这这方面似乎是有助纣为虐的嫌疑，因为打开的新窗口是具有当前所有 会话的，如果是单浏览器窗口类似 ie6 就不会存在这样的问题，因为每个窗口都是一个独立的进程。举个简单例子 ： 你正在玩白社会， 看到有人发了一个连接，你点击过去，然后这个连接里面伪造了一个送礼物的表单，这仅仅是一个简单的例子，问题可见一般。

cookie 劫持。通过获取页面的权限，在页面中写一个简单的到恶意站点的请 求，并携带用户的 cookie 获取 cookie 后通过 cookie 就可以直以被盗用户的身份登录站点。这就是 cookie 劫持。举个简单例子： 某人写了一篇很有意思的日志，然后分享给大家，很多人都点击查看并且分享了该日志，一切似乎都很正常，然而写日志的人却另有用心，在日志中偷偷隐藏了一个 对站外的请求，那么所有看过这片日志的人都会在不知情的情况下把自己的 cookie 发送给了 某人，那么他可以通过任意一个人的 cookie 来登录这个人的账户。

SQL 注入攻击

在 SQL 注入攻击 中，用户通过操纵表单或 GET 查询字符串，将信息添加到数据库查询中。

DNS 攻击

拒绝服务攻击

拒绝服务攻击即攻击者想办法让目标机器停止提供服务，是黑客常用的攻击手段之。

攻击者进行拒绝服务攻击，实际上让服务器实现两种效果：一是迫使服务器的缓冲区满，不接收新的请求；二是使用 IP 欺骗，迫使服务器把合法用户的连接复位，影响合法用户的连接

### 25. PHP 做好防盗链的基本思想 防盗链 ###

什么是盗链？

盗链是指服务提供商自己不提供服务的内容，通过技术手段绕过其它有利益的最终用户界面 (如广告)，直接在自己的网站上向最终用户提供其它服务提供商的服务内容，骗取最终用户的浏览和点击率。受益者不提供资源或提供很少的资源，而真正的服务提供商却得不到任何的收益。

网站盗链会大量消耗被盗链网站的带宽，而真正的点击率也许会很小，严重损害了被盗链网站的利益。 如何做防盗链？

不定期更名文件或者目录

限制引用页

原理是，服务器获取用户提交信息的网站地址，然后和真正的服务端的地址相比较， 如果一致则表明是站内提交，或者为自己信任的站点提交，否则视为盗链。实现时可以使用 HTTP\_REFERER1 和 htaccess 文件 (需要启用 mod\_Rewrite)，结合正则表达式去匹配用户的每一个访问请求。

文件伪装

文件伪装是目前用得最多的一种反盗链技术，一般会结合服务器端动态脚本 (PHP/JSP/ASP)。实际上用户请求的文件地址，只是一个经过伪装的脚本文件，这个脚本文件会对用户的请求作认证，一般会检查 Session，Cookie 或 HTTP\_REFERER 作为判断是否为盗链的依据。而真实的文件实际隐藏在用户不能够访问的地方，只有用户通过验证以后才会返回给用户

加密认证

这种反盗链方式，先从客户端获取用户信息，然后根据这个信息和用户请求的文件名 字一起加密成字符串 (Session ID) 作为身份验证。只有当认证成功以后，服务端才会把用户需要的文件传送给客户。一般我们会把加密的 Session ID 作为 URL 参数的一部分传递给服务器，由于这个 Session ID 和用户的信息挂钩，所以别人就算是盗取了链接，该 Session ID 也无法通过身份认证，从而达到反盗链的目的。这种方式对于分布式盗链非常有效。

随机附加码

每次，在页面里生成一个附加码，并存在数据库里，和对应的图片相关，访问图片时和此附加码对比，相同则输出图片，否则输出 404 图片

加入水印

### 26. HTTP 请求头信息和响应头信息 ###

> 请求头信息  
> POST /scp1.1.0/prs/new\_rnaseqtask/run\_go HTTP/1.1  
> Host: 172.30.4.102  
> User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:6.0) Gecko/20100101 Firefox/6.0  
> Accept:  */*  
> Accept-Language: zh-cn,zh;q=0.5  
> Accept-Encoding: gzip, deflate  
> Accept-Charset: GB2312,utf-8;q=0.7,\*;q=0.7  
> Connection: keep-alive  
> Content-Type: application/x-www-form-urlencoded; charset=UTF-8  
> X-Requested-With: XMLHttpRequest  
> Referer:  [http://172.30.4.102/scp1.1.0/index.php/prs...][http_172.30.4.102_scp1.1.0_index.php_prs...] Content-Length: 1819  
> Cookie:  
> ci\_session=a%3A4%3A%7Bs%3A10%3A%22session\_id%22%3Bs%3A32%3A%22e31556053ff9407a454f6a1e146d43eb%22%3Bs%3A10%3A%22ip\_address%22%3Bs%3A12%3A%22172.16.23.42%22%3Bs%3A10%3A%22user\_agent%22%3Bs%3A50%3A%22Mozilla%2F5.0+%28Windows+NT+6.1%3B+rv%3A6.0%29+Gecko%2F2010010%22%3Bs%3A13%3A%22last\_activity%22%3Bi%3A1314955607%3B%7D664b51a01ef99bac95f3e2206e79cb00;PHPSESSID=v33mlm1437lmop1fquta675vv4;username=linjinming; tk=1314955601855 Pragma: no-cache  
> Cache-Control: no-cache  
> 响应头信息  
> HTTP/1.1 200 OK  
> Date: Fri, 02 Sep 2011 09:27:07 GMT  
> Server: Apache/2.2.3 (Red Hat)  
> X-Powered-By: PHP/5.1.6  
> Expires: Thu, 19 Nov 1981 08:52:00 GMT  
> Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0  
> Pragma: no-cache  
> Vary: Accept-Encoding  
> Content-Encoding: gzip  
> Content-Length: 31  
> Connection: close  
> Content-Type: text/html; charset=UTF-8

### 27. MySQL ###

MySQL 数据库性能优化

使用 mysqlreport；

正确使用索引：explain 分析查询语句，组合索引，索引副作用（占空间、update）

开启慢查询日志、使用慢查询分析工具 mysqlsla；

索引缓存、索引代价（插入更新索引）；

表锁，行锁，行锁副作用（update 多时候变慢），在 select 和 update 混合的情况下，行锁巧妙解决了读写互斥的问题；

开启使用查询缓存；

修改临时表内存空间；

开启线程池；

MySQL Query 语句优化的基本思路和原则

1.  优化需要优化的 Query；
2.  定位优化对象的性能瓶颈；
3.  明确优化目标；
4.  从 Explaing 入手；
5.  多使用 Profile；
6.  永远用小结果集推动大的结果集；
7.  尽可能在索引中完成排序；
8.  只取自己需要的 Columns；
9.  仅仅使用最有效的过滤条件；
10. 尽可能避免复杂的 Join 和子查询。

MySQL 中 MyISAM 引擎和 InnoDB 引擎的区别以及它们的性能

1：Innodb 支持事物，Myisam 不支持

2：锁定机制不一样，Myisam 支持表锁定，而 Innodb 支持行锁

3：Myisam 不支持外键，Innodb 能支持

4：Myisam 能在特定环境下支持全文索引，而 Innodb 不支持

5：Myisam 支持数据压缩，Innodb 不支持

6：在数据存储上，Myisam 占用的空间少，Innodb 相对多些

7：Myisam 在批量插入和查询方面速度上有优势，而 Innodb 由于支持行锁，所以在数据修改方面更胜一筹

MySQL 存储引擎

MyISAM：不支持事务、表锁和全文索引，操作速度快

InnoDB：行锁设计、支持外键、支持安全事务

HEAP：数据存放在内存中，临时表

NDB Cluster：MySQL 的簇式数据库引擎

CSV: 存储引擎把数据以逗号分隔的格式存储在文本文件中。

FEDERATED：存储引擎表并不存放数据，它只是指向一台远程 MySQL 数据库服务器上的表 Archive: 只支持 INSERT 和 SELECT 操作，压缩后存储，非常适合存储归档数据

Merge：允许将一系列等同的 MyISAM 表以逻辑方式组合在一起，并作为 1 个对象引用它们 表类型，区分表类型

优化表设计的常用思路

负载均衡的数据库设计

数据类型及详细定义，区分

### 28. Apache ###

性能优化，配置，fastCGI 等几种工作模式

### 29. Ajax ###

用 JS 实现 Ajax 功能

### 30. Javascript ###

变量、作用域、作用域链

很多人在刚接触这个行业的时候或者是在遇到瓶颈期的时候，总会遇到一些问题，比如学了一段时间感觉没有方向感，不知道该从那里入手去学习，对此我整理了一些资料，需要的可以免费分享给大家**[（点击此处加入php高级交流群一起学习交流，11年架构师带你解读年薪50万面试通关秘籍。）][php_11_50]**

如果喜欢我的文章，想与一群资深开发者一起交流学习的话，获取更多相关大厂面试咨询和指导，欢迎加入我的学习交流群[556094961][php_11_50]

[http_www.php.net_manual_zh_features.gc.r...]: https://link.zhihu.com/?target=http%3A//www.php.net/manual/zh/features.gc.refcounting-basics.php
[--_30G-PHP_30K]: https://zhuanlan.zhihu.com/p/161960302
[http_www.baidu.com]: https://link.zhihu.com/?target=http%3A//www.baidu.com/
[http_apps.hi.baidu.com_share_detail_4636...]: https://link.zhihu.com/?target=http%3A//apps.hi.baidu.com/share/detail/463678
[http_www.cnblogs.com_Roberts_archive_2010_12_05_1986550.html]: https://link.zhihu.com/?target=http%3A//www.cnblogs.com/Roberts/archive/2010/12/05/1986550.html
[http_blog.csdn.net_gueter_article_detail...]: https://link.zhihu.com/?target=http%3A//blog.csdn.net/gueter/article/details/1524447
[http_blog.csdn.net_linvo_article_details...]: https://link.zhihu.com/?target=http%3A//blog.csdn.net/linvo/article/details/5741942
[http_apps.hi.baidu.com_share_detail_4316...]: https://link.zhihu.com/?target=http%3A//apps.hi.baidu.com/share/detail/43169774
[http_apps.hi.baidu.com_share_detail_17851228]: https://link.zhihu.com/?target=http%3A//apps.hi.baidu.com/share/detail/17851228
[http_www.examw.com_linux_all_142494]: https://link.zhihu.com/?target=http%3A//www.examw.com/linux/all/142494/
[http_s456123123b.blog.163.com_blog_static_5632332220101080474642]: https://link.zhihu.com/?target=http%3A//s456123123b.blog.163.com/blog/static/5632332220101080474642/
[http_172.30.4.102_scp1.1.0_index.php_prs...]: https://link.zhihu.com/?target=http%3A//172.30.4.102/scp1.1.0/index.php/prs/new_rnaseqtask/index_continue/13/364
[php_11_50]: https://link.zhihu.com/?target=https%3A//jq.qq.com/%3F_wv%3D1027%26k%3DJNZRtm7R