2019年PHP最新面试题（含答案）

1. 数据库设计经验，为何进行分表？分库？通常多少数据量开始分表？分库？分库分表的目的？什么是数据库垂直拆分？水平拆分？分区等等

一：为何要分表

当一张表的数据达到几百万时，你查询一次所花的时间会变多，若是有联合查询的话，有可能会死在那儿了。分表的目的就在于此，减少数据库的负担，缩短查询时间。平常开发中咱们常常会遇到大表的状况，所谓的大表是指存储了百万级乃至千万级条记录的表。这样的表过于庞大，致使数据库在查询和插入的时候耗时太长，性能低下，若是涉及联合查询的状况，性能会更加糟糕。分表和表分区的目的就是减小数据库的负担，提升数据库的效率，一般点来说就是提升表的增删改查效率。数据库中的数据量不必定是可控的，在未进行分库分表的状况下，随着时间和业务的发展，库中的表会愈来愈多，表中的数据量也会愈来愈大，相应地，数据操做，增删改查的开销也会愈来愈大；另外，因为没法进行分布式式部署，而一台服务器的资源（CPU、磁盘、内存、IO 等）是有限的，最终数据库所能承载的数据量、数据处理能力都将遭遇瓶颈。

二：分表的方案

1，作 mysql 集群，有人会问 mysql 集群，根分表有什么关系吗？虽然它不是实际意义上的分表，可是它启到了分表的做用，作集群的意义是什么呢？为一个数据库减轻负担，说白了就是减小 sql 排队队列中的 sql 的数量，举个例子：有 10 个 sql 请求，若是放在一个数据库服务器的排队队列中，他要等很长时间，若是把这 10 个 sql 请求，分配到 5 个数据库服务器的排队队列中，一个数据库服务器的队列中只有 2 个，这样等待时间是否是大大的缩短了呢？

linux mysql proxy 的安装，配置，以及读写分离

mysql replication 互为主从的安装及配置，以及数据同步

优势：扩展性好，没有多个分表后的复杂操做（php 代码）

缺点：单个表的数据量仍是没有变，一次操做所花的时间仍是那么多，硬件开销大。

2. 垂直分割就是按字段分。水平分割。就是按记录分

2. 数据库优化有哪些？分别须要注意什么？

SQL 优化的原则是：将一次操做须要读取的 BLOCK 数减到最低，即在最短的时间达到最大的数据吞吐量。

调整不良 SQL 一般能够从如下几点切入：

检查不良的 SQL，考虑其写法是否还有可优化内容

检查子查询 考虑 SQL 子查询是否能够用简单链接的方式进行从新书写

检查优化索引的使用

考虑数据库的优化器

避免出现 SELECT * FROM table 语句，要明确查出的字段。

在一个 SQL 语句中，若是一个 where 条件过滤的数据库记录越多，定位越准确，则该 where 条件越应该前移。

查询时尽量使用索引覆盖。即对 SELECT 的字段创建复合索引，这样查询时只进行索引扫描，不读取数据块。

在判断有无符合条件的记录时建议不要用 SELECT COUNT （）和 select top 1 语句。

使用内层限定原则，在拼写 SQL 语句时，将查询条件分解、分类，并尽可能在 SQL 语句的最里层进行限定，以减小数据的处理量。

应绝对避免在 order by 子句中使用表达式。

若是须要从关联表读数据，关联的表通常不要超过 7 个。

当心使用 IN 和 OR，须要注意 In 集合中的数据量。建议集合中的数据不超过 200 个。

<> 用 < 、> 代替，> 用 >= 代替，< 用 <= 代替，这样能够有效的利用索引。

在查询时尽可能减小对多余数据的读取包括多余的列与多余的行。

对于复合索引要注意，例如在创建复合索引时列的顺序是 F1，F2，F3，则在 where 或 order by 子句中这些字段出现的顺序要与创建索引时的字段顺序一致，且必须包含第一列。只能是 F1 或 F1，F2 或 F1，F2，F3。不然不会用到该索引。

多表关联查询时，写法必须遵循如下原则，这样作有利于创建索引，提升查询效率。格式以下

select sum（table1.je） from table1 table1, table2 table2, table3 table3 where (table1的等值条件（=）) and(table1的非等值条件) and (table2与table1的关联条件) and (table2的等值条件) and (table2的非等值条件) and(table3与table2的关联条件) and (table3的等值条件) and (table3的非等值条件)。

注：关于多表查询时 from 后面表的出现顺序对效率的影响还有待研究。

子查询问题。对于能用链接方式或者视图方式实现的功能，不要用子查询

在 WHERE 子句中，避免对列的四则运算，特别是 where 条件的左边，严禁使用运算与函数对列进行处理。好比有些地方 substring 能够用 like 代替。

若是在语句中有 not in（in）操做，应考虑用 not exists（exists）来重写，最好的办法是使用外链接实现。

对一个业务过程的处理，应该使事物的开始与结束之间的时间间隔越短越好，原则上作到数据库的读操做在前面完成，数据库写操做在后面完成，避免交叉。

请当心不要对过多的列使用列函数和 order by,group by 等，谨慎使用 disti 软件开发 t。

用 union all 代替 union，数据库执行 union 操做，首先先分别执行 union 两端的查询，将其放在临时表中，而后在对其进行排序，过滤重复的记录。

当已知的业务逻辑决定 query A 和 query B 中不会有重复记录时，应该用 union all 代替 union，以提升查询效率。

20、选取最适用的字段属性 ，MySQL 能够很好的支持大数据量的存取，可是通常说来，数据库中的表越小，在它上面执行的查询也就会越快。所以，在建立表的时候，为了得到更好的性能，咱们能够将表中字段的宽度设得尽量小。

例如，在定义邮政编码这个字段时，若是将其设置为 CHAR (255), 显然给数据库增长了没必要要的空间，甚至使用 VARCHAR 这种类型也是多余的，由于 CHAR (6) 就能够很好的完成任务了。一样的，若是能够的话，咱们应该使用 MEDIUMINT 而不是 BIGIN 来定义整型字段。

另一个提升效率的方法是在可能的状况下，应该尽可能把字段设置为 NOTNULL，这样在未来执行查询的时候，数据库不用去比较 NULL 值。

对于某些文本字段，例如 “省份” 或者 “性别”，咱们能够将它们定义为 ENUM 类型。由于在 MySQL 中，ENUM 类型被看成数值型数据来处理，而数值型数据被处理起来的速度要比文本类型快得多。这样，咱们又能够提升数据库的性能。

3. web 开发方面会遇到哪些缓存？分别如何优化？

浏览器缓存

在任何现代浏览器上 (如 IE, FireFox, Chrome) 折腾清除隐私数据的对话框，你极可能会注意到 “缓存” 这个设置项。

代理服务器缓存

Web 代理服务器使用一样的缓存原理，只是规模更大。代理以一样的方式服务千万用户，大公司和 ISP 常常在他们的防火墙或者单独的设备（也被称为中介 (intermediaries)）上架设代理缓存。

网关缓存

也被称为 “反向代理缓存” 或 “替代缓存”。网关缓存一样是起中介做用的，不过不是网络管理员部署的，而多半是网站管理员（公司专门的运维工程师、或 UED 或程序组某人 Add）部署，这样更容易扩展与维护。

4. 给你 256M 的内存，统计 10G 文件每一个关键字出现的次数如何实现？

 

思路

$handle=fopen("/tmp/uploadfile.txt","r")ordie("Couldn't get handle");if($handle){while(!feof($handle)){$buffer=fgets($handle,4096);// Process buffer here..}fclose($handle);}

5. PHP 的生命周期 / 启动流程

完整的生命周期为模块初始化、请求初始化、请求处理、请求关闭、模块关闭五大阶段。

cli 模式下，每一个脚本都会完整的执行上面的五大阶段；对于 fastcgi 模式而言，只在启动时会执行模块初始化，以后的请求都走了请求初始化、处理请求、请求关闭三大阶段，在 fastcgi 关闭时执行模块关闭阶段。各个扩展的加载也是在模块初始化阶段完成的。

6. 说一下 PHP 的（内存）垃圾回收机制

每个变量对应一个 zval 数据结构，在该结构内还有一个 val 结构体，该结构体内有一个引用计数（php7 而言，对于 php5，这个引用计数是保存在 zval 结构中的），标识该对象的引用数，当对象的引用计数为 0 时表明这个对象可被回收。

对象的 refcount 减小的时机：修改变量、函数返回（释放局部变量）、unset 变量

对于数组和对象而言，可能存在变量中的成员引用变量自己的状况，也就是循环引用，这样会形成这个变量永远不会被内存回收，而成为垃圾。

PHP 里对于这种状况给出了垃圾回收机制：若是数组、对象的引用计数减小并且不为零，则认为他们多是垃圾，把他们放到垃圾收集器里。等垃圾收集器到了必定的数量以后，进行垃圾处理：对全部可能的垃圾 refcount 减 1，若是为 1，说明是垃圾，则进行内存回收；若是不为 1，说明还有其余变量在使用，refcount 从新加 1；这种对象复用以及垃圾回收机制在其余语言中也有体现：redis 中也使用了引用计数表示每一个对象的引用数量。

7. PHP7 与 PHP5 的区别

改进的性能 - 将 PHPNG 代码合并到 PHP7 中，速度是 PHP 5 的两倍。

下降内存消耗 - 优化的 PHP 7 使用较少的资源。

标量类型声明 - 如今能够强制执行参数和返回类型。

一致的 64 位支持 - 对 64 位体系结构机器的一致支持。

改进了异常层次 - 异常层次获得了改进

许多致命的错误转换为例外 - 例外范围增长，涵盖许多致命的错误转换为例外。

安全随机数发生器 - 增长新的安全随机数发生器 API。

已弃用的 SAPI 和扩展已删除 - 各类旧的和不受支持的 SAPI 和扩展从最新版本中删除。

空合并运算符（？） - 添加了新的空合并运算符。

返回和标量类型声明 - 支持所添加的返回类型和参数类型。

匿名类 - 支持匿名添加。

零成本断言 - 支持零成本断言增长。

8. MongoDB 应用场景

mongodb 支持副本集、索引、自动分片，能够保证较高的性能和可用性。

更高的写入负载

默认状况下，MongoDB 更侧重高数据写入性能，而非事务安全，MongoDB 很适合业务系统中有大量 “低价值” 数据的场景。可是应当避免在高事务安全性的系统中使用 MongoDB，除非能从架构设计上保证事务安全。

高可用性

MongoDB 的复副集 (Master-Slave) 配置很是简洁方便，此外，MongoDB 能够快速响应的处理单节点故障，自动、安全的完成故障转移。这些特性使得 MongoDB 能在一个相对不稳定（如云主机）的环境中，保持高可用性。

数据量很大或者将来会变得很大

依赖数据库 (MySQL) 自身的特性，完成数据的扩展是较困难的事，在 MySQL 中，当一个单达表到 5-10GB 时会出现明显的性能降级，此时须要经过数据的水平和垂直拆分、库的拆分完成扩展，使用 MySQL 一般须要借助驱动层或代理层完成这类需求。而 MongoDB 内建了多种数据分片的特性，能够很好的适应大数据量的需求。

基于位置的数据查询

MongoDB 支持二维空间索引，所以能够快速及精确的从指定位置获取数据。

表结构不明确

在一些传统 RDBMS 中，增长一个字段会锁住整个数据库 / 表，或者在执行一个重负载的请求时会明显形成其它请求的性能降级。一般发生在数据表大于 1G 的时候（当大于 1TB 时更甚）。 因 MongoDB 是文档型数据库，为非结构货的文档增长一个新字段是很快速的操做，而且不会影响到已有数据。另一个好处当业务数据发生变化时，是将不在须要由 DBA 修改表结构。

9. PHP 短信验证码防刷机制

一、时间限制：60 秒后才能再次发送

从发送验证码开始，前端（客户端）会进行一个 60 秒的倒数，在这一分钟以内，用户是没法提交屡次发送信息的请求的。这种方法虽然使用得比较广泛，可是却不是很是有用，技术稍微好点的人彻底能够绕过这个限制，直接发送短信验证码。

二、手机号限制：同一个手机号，24 小时以内不可以超过 5 条

对使用同一个手机号码进行注册或者其余发送短信验证码的操做的时候，系统能够对这个手机号码进行限制，例如，24 小时只能发送 5 条短信验证码，超出限制则进行报错（如：系统繁忙，请稍后再试）。然而，这也只可以避免人工手动刷短信而已，对于批量使用不一样手机号码来刷短信的机器，这种方法也是迫不得已的。

三、短信验证码限制：30 分钟以内发送同一个验证码

网上还有一种方法说：30 分钟以内，全部的请求，所发送的短信验证码都是同一个验证码。第一次请求短信接口，而后缓存短信验证码结果，30 分钟以内再次请求，则直接返回缓存的内容。对于这种方式，不是很清楚短信接口商会不会对发送缓存信息收取费用，若是有兴趣能够了解了解。

四、先后端校验：提交 Token 参数校验

这种方式比较少人说到，我的以为能够这种方法值得一试。前端（客户端）在请求发送短信的时候，同时向服务端提交一个 Token 参数，服务端对这个 Token 参数进行校验，校验经过以后，再向请求发送短信的接口向用户手机发送短信。

五、惟一性限制：微信产品，限制同一个微信 ID 用户的请求数量

若是是微信的产品的话，能够经过微信 ID 来进行识别，而后对同一个微信 ID 的用户限制，24 小时以内最多只可以发送必定量的短信。

六、产品流程限制：分步骤进行

例如注册的短信验证码使用场景，咱们将注册的步骤分红 2 步，用户在输入手机号码并设置了密码以后，下一步才进入验证码的验证步骤。

七、图形验证码限制：图形验证经过后再请求接口

用户输入图形验证码并经过以后，再请求短信接口获取验证码。为了有更好的用户体验，也能够设计成：一开始不须要输入图形验证码，在操做达到必定量以后，才须要输入图形验证码。具体状况请根据具体场景来进行设计。

八、IP 及 Cookie 限制：限制相同的 IP/Cookie 信息最大数量

使用 Cookie 或者 IP，可以简单识别同一个用户，而后对相同的用户进行限制（如：24 小时内最多只可以发送 20 条短信）。然而，Cookie 可以清理、IP 可以模拟，并且 IP 还会出现局域网相同 IP 的状况，所以，在使用此方法的时候，应该根据具体状况来思考。

九、短信预警机制，作好出问题以后的防御

以上的方法并不必定可以彻底杜绝短信被刷，所以，咱们也应该作好短信的预警机制，即当短信的使用量达到必定量以后，向管理员发送预警信息，管理员能够马上对短信的接口状况进行监控和防御。

10. 如何设计一个高并发的系统

① 数据库的优化，包括合理的事务隔离级别、SQL 语句优化、索引的优化

② 使用缓存，尽可能减小数据库 IO

③ 分布式数据库、分布式缓存

④ 服务器的负载均衡

11. PHP 的控制反转 (IOC) 和依赖注入 (DI) 概念

IOC（inversion of control）控制反转模式；控制反转是将组件间的依赖关系从程序内部提到外部来管理；

DI（dependency injection）依赖注入模式；依赖注入是指将组件的依赖经过外部以参数或其余形式注入；

12. mySQL 里有 2000w 数据，redis 中只存 20w 的数据，如何保证 redis 中的数据都是热点数据

相关知识：redis 内存数据集大小上升到必定大小的时候，就会施行数据淘汰策略（回收策略）。redis 提供 6 种数据淘汰策略：

volatile-lru：从已设置过时时间的数据集（server.db [i].expires）中挑选最近最少使用的数据淘汰

volatile-ttl：从已设置过时时间的数据集（server.db [i].expires）中挑选将要过时的数据淘汰

volatile-random：从已设置过时时间的数据集（server.db [i].expires）中任意选择数据淘汰

allkeys-lru：从数据集（server.db [i].dict）中挑选最近最少使用的数据淘汰

allkeys-random：从数据集（server.db [i].dict）中任意选择数据淘汰

no-enviction（驱逐）：禁止驱逐数据

 

最后，祝全部你们在面试中过关斩将，拿到心仪offer。