PHP面试

问题:MySQL常用的四种引擎的介绍

1. MyISAM存储引擎
不支持事务、也不支持外键，优势是访问速度快，对事务完整性没有 要求或者以select，insert为主的应用基本上可以用这个引擎来创建表
支持3种不同的存储格式，分别是：静态表；动态表；压缩表**
静态表：表中的字段都是非变长字段，这样每个记录都是固定长度的，优点存储非常迅速，容易缓存，出现故障容易恢复；缺点是占用的空间通常比动态表多（因为存储时会按照列的宽度定义补足空格）ps：在取数据的时候，默认会把字段后面的空格去掉，如果不注意会把数据本身带的空格也会忽略。
动态表：记录不是固定长度的，这样存储的优点是占用的空间相对较少；缺点：频繁的更新、删除数据容易产生碎片，需要定期执行OPTIMIZE TABLE或者myisamchk-r命令来改善性能
压缩表：因为每个记录是被单独压缩的，所以只有非常小的访问开支
2. InnoDB存储引擎
该存储引擎提供了具有提交、回滚和崩溃恢复能力的事务安全。但是对比MyISAM引擎，写的处理效率会差一些，并且会占用更多的磁盘空间以保留数据和索引。
InnoDB存储引擎的特点：支持自动增长列，支持外键约束
3. MEMORY存储引擎
Memory存储引擎使用存在于内存中的内容来创建表。每个memory表只实际对应一个磁盘文件，格式是.frm。memory类型的表访问非常的快，因为它的数据是放在内存中的，并且默认使用HASH索引，但是一旦服务关闭，表中的数据就会丢失掉。
MEMORY存储引擎的表可以选择使用BTREE索引或者HASH索引，两种不同类型的索引有其不同的使用范围
Hash索引优点：
Hash 索引结构的特殊性，其检索效率非常高，索引的检索可以一次定位，不像B-Tree 索引需要从根节点到枝节点，最后才能访问到页节点这样多次的IO访问，所以 Hash 索引的查询效率要远高于 B-Tree 索引。
Hash索引缺点：
那么不精确查找呢，也很明显，因为hash算法是基于等值计算的，所以对于“like”等范围查找hash索引无效，不支持；
Memory类型的存储引擎主要用于哪些内容变化不频繁的代码表，或者作为统计操作的中间结果表，便于高效地对中间结果进行分析并得到最终的统计结果。对存储引擎为memory的表进行更新操作要谨慎，因为数据并没有实际写入到磁盘中，所以一定要对下次重新启动服务后如何获得这些修改后的数据有所考虑。
4. MERGE存储引擎
Merge存储引擎是一组MyISAM表的组合，这些MyISAM表必须结构完全相同，merge表本身并没有数据，对merge类型的表可以进行查询，更新，删除操作，这些操作实际上是对内部的MyISAM表进行的。

问题:MySql主从部署

1. 如何部署,中间件还是mysql原生,如果是原生的,那么原理是什么

问题:高并发

WEB高并发的有效手段都是采用可线性扩展的多层分布式架构
1. Webserver (Nginx)
这一层是可以轻松分布式部署的，结合智能DNS解析可以简易地防止单点故障、实现区域访问加速，结合LVS很容易实现负载均衡。这一层主要是负责处理静态请求和转发PHP请求至第二层的PHP处理节点，至于静态资源地址(http://misc.xxxx.com)可以单独拿出来部署，或者直接使用商用的云存储服务（国内七牛不错，国外有Amazon S3）
2. PHP处理节点
一个节点其实就是一个监听特定端口的系统进程，webserver的请求通过负载均衡器（我用的AWS的loadbalancer)进行分发，很好实现分布式和负载均衡。我现在用的还是php自带的php-fpm,其实facebook出的hhvm性能非常强悍，但是还不能100%通过我项目的单元测试，等hhvm成熟过后可以平滑替换
3. 高速缓存
用的memcached，这一层的作用主要是减轻数据库IO和加快热数据访问，缓存策略与程序耦合度较高，不赘述，但简单地说有两种方式，一种是在程序的全局层面加一个缓存处理，这种方法代码耦合度低，但是有效命中率不高，有些项目不一定适应，另一种是在具体的数据存取处加缓存处理，这种办法程序耦合度较高，但是缓存命中率非常高，几乎没有无效缓存存在，我用的是这种。
4. 数据库
我现在的项目数据规模不大，暂时只用了单台数据库，但是程序逻辑上已做好了数据库线性扩展的准备。其实数据库层的扩展是老生常谈了，常用手段是分库分表，这一块需要在前期的代码就打下基础，另外更平滑地手段是使用中间件，比如360的Atlas，阿里巴巴的cobar，淘宝的TDDL，中间件可以在不大范围变更代码的情况下扩展，但是具体的使用场景还是有限的，具体项目还需单独考察。
5. 其他
根据不同的项目，架构还可以选择性地使用队列，我现在用的beantalkd，Redis也是一个很好的选择。队列常用的使用环境是邮件发送和站内消息推送上面，但是在某些场景下也可以作为核心数据库的缓冲，对应对大并发或者突发性流量也是不错的选择
6. 前端资源cdn处理
7. 应用集群部署
8. 大的应用拆分为小的应用
9. 应用缓存redis等
10. 搜索引擎使用solr等
11. 数据库分库分表

问题:swoole的了解

PHP缺点

1. php是单进程的
没法在一个程序块中使用多进程来处理一个复杂的逻辑，即使后来出现了pcntl_fork模块来处理多进程，但是它比较鸡肋，并不适用于windows平台，其实最大的问题是它使用起来非常之复杂和繁琐，难以理解。

2. php并不支持异步
这一点恰恰是nodejs平台所擅长的。所以，在处理一些高并发高负载的请求的时候，我们往往会考虑用nodejs来做。

3. php并不适合做TCP，socket之类的长连接
第一是性能问题，第二，我个人觉得还是复杂和繁琐，使用起来会非常吃力，特别是对socket, TCP/UDP, 网络IO等底层的东西并不是很熟悉（比如现在的我）的时候，用起来更是吃力。

swoole 简介

swoole是PHP的异步、并行、高性能网络通信引擎，使用纯C语言编写，提供了PHP语言的异步多线程服务器，异步TCP/UDP网络客户端，异步MySQL，异步Redis，数据库连接池，AsyncTask，消息队列，毫秒定时器，异步文件读写，异步DNS查询。 Swoole内置了Http/WebSocket服务器端/客户端、Http2.0服务器端。

swoole运行机制

1. Swoole虽然是标准的PHP扩展，实际上与普通的扩展不同
普通的扩展只是提供一个库函数。而swoole扩展在运行后会接管PHP的控制权，进入事件循环。当IO事件发生后，swoole会自动回调指定的PHP函数

2. swoole就是个披了php外衣的nginx
大量的功能都是用c来实现。一些功能的调用其实并没php什么事，它只是个纯粹的胶水，有什么功能全用c在实现，然后执行完成再回调给php。
所以，你相当于在用php语法来写底层的c服务，你并不需要了解底层的实现逻辑，你会用php就足够了

3. swoole提供的功能库
如果你的业务中，有用到以上等特性，你又在用使用php，那么完全可以用swoole来完成了

• http服务 ，编写一个简单的web server
• TCP/UDP服务 ，编写一个消息接受处理系统
• 异步，可以异步的处理请求
• 并发 ，可以并发的处理同一个业务逻辑
• socket，socket通讯处理技术
• 毫秒级别定时器，可以在php中使用定时器了
• 协程，相比线程更稳定和好用