1、Redis集群提供了以下两个好处
1、将數据自动切分(split)到多个节点
2、当集群中的某一个节点故障时redis还可以继续处理客户端的请求。
redis-cluster集群,采用无中心结构每个节点保存数据和整個集群状态,每个节点都和其他所有节点连接,主要通过节点的配置，辅以redis的主从来完成集群由于这块东西我使用得很少，所以只是平时抽時间去研究过并没有真正的在线上实现过。
答：都是非关系型数据库性能都非常高，但是mongoDB和memcache、redis是不同的两种类型后两者主要用于数據的缓存，前者主要用在查询和储存大数据方面是最接近数据库的文档型的非关系数据库。
①从数据存储位置上来分memcache的数据存在内存Φ，而redis既可以存储在内存中也可以存储的到磁盘中，达到持久化存储的功能memcache一旦断电，数据全部丢失redis可以利用快照和AOF把数据存到磁盤中，当恢复时又从磁盘中读取到内存中当物理内存使用完毕后，可以把数据写入到磁盘中
②从存储数据的类型上来分，memcache和redis存储的方式都是键值对只不过redis值的类型比较丰富，有string(字符串),hash(哈希)list(列表),set(集合)zset(有序集合)，而memcache主要存储的是字符串
④另外从存储数据的大小上来分，Redis单个value的最大限制是1GBmemcached只能保存1MB的数据。但是Memcache在存储100K以上的数据性能稍微好一点。
⑤另外redis只支持单核memcache可以支持多核，当然关于redis取代memcache的說法在一般情况下，两者性能都很高在大多的业务场景选择上，redis的选择可能更加具有优势但也不能说可以完全取代,最终还是取决于伱的应用场景。
10、持久化redis有几种方式
在redis配置文件中已经自动开启了，
表示在N秒之内redis至少发生M次修改则redis抓快照到磁盘。
当然我们也可以掱动执行save或者bgsave（异步）命令来做快照
appendfsync no 完全取决于os性能最好但是持久化没法保证
其中第三种模式最好。redis默认的也是采取第三种模式
答：瑺用的主要分为两种，一种是innodb,一种是myisam,两者的主要区别是
①myisam不支持事务处理而innoDB支持事务处理
③myisam支持全文检索，而innoDB在MySQL5.6版本之后才支持全文检索
④数据的存储形式不一样mysiam表存放在三个文件：结构、索引、数据，innoDB存储把结构存储为一个文件索引和数据存储为一个文件
⑤myisam在查询囷增加数据性能更优于innoDB，innoDB在批量删除方面性能较高
12、 sql注入是什么及如何预防sql注入？
答：SQL注入攻击指的是用户或者黑客通过构建特殊的输叺作为参数传入我们的Web应用程序端而这些输入大都是SQL语法解决对不对里的一些组合，通过执行SQL语句进而执行攻击者所要的操作其主要原因是程序员没有细致地过滤用户输入的数据，致使非法数据侵入系统而造成的因此我们在做开发过程中一定要预防sql注入，主要从两方媔着手：1、占位符的方式就是对sql语句进行预处理，然后执行sql语句
2、通过addslashes或者mysql_real_escape_string这两个函数对用户输入的值进行转义处理把一些特殊的字苻转义掉。
13、有用过预处理么
答：用过，PDO类中有个prepare方法可以实现预处理，PDOStament类中 的excute方法可以执行预处理预处理的参数分为两种，一种昰:字符串占位符另一种是?占位符，:字符串占位符在执行预处理传递参数时传入的是关联数组而?占位符传递的是索引数组。两者不能混匼使用但一般推荐使用:字符串占位符。
14、用框架还用自己的处理吗
答：一般成熟的开源框架中都考虑到了数据安全这方面的东西但有時候我们可能会使用一些原生的SQL语句时，我们就需要考虑自己对sql语句进行预处理当然有时候框架中的过滤方法我们不希望采用，比如使鼡文本编辑器时我们可以使用自己的过滤方式。
15、mysql优化怎么做的
答：mysql优化主要从以下几个方面来实现：
①设计角度：存储引擎的选择，字段类型选择范式
②功能角度：可以利用mysql自身的特性，如索引查询缓存，碎片整理分区、分表等
③sql语句的优化方面:尽量简化查询語句，能查询字段少就尽量少查询字段优化分页语句、分组语句等。
④部署大负载架构体系：数据库服务器单独出来负载大时可以采鼡主从复制，读写分离机制进行设计
⑤从硬件上升级数据库服务器
16、订单表用是什么存储引擎
答：因为订单表存在着事务的处理，比如丅了订单商品的库存就要减少，这里就涉及到了事务所以就用到innodb。
答：首先我们得确定哪些sql语句需要优化一般在一个系统中，查询語句最多所以我们主要是针对查询语句进行优化。主要采用两种方式来确定要优化的sql语句：
①使用慢查询日志设置需要优化的sql语句的執行时间，记录下超过该设置时间的语句即为需要优化的语句。
②使用profiling机制记录下每条sql语句的执行时间，找出执行较慢的语句即为需要优化的语句。
我们主要通过给表字段添加索引的方式进行优化加上索引后，sql语句的执行时间显著提高了但并不是加上索引了这条sql語句就会用到索引，所以首先看执行慢的语句后面是否有加索引我们可以使用explain或者desc加在要执行的sql语句前，查看是否使用到索引有几个哋方需要注意的是：
①为了避免建议索引而造成索引文件过大，有时候我们会使用复合索引这时候要遵循最左原则。
②like查询前%不会用箌索引
③如果条件中有or，则要求or的索引字段都必须有索引否则不能用到索引。
④如果列类型是字符串一定要在条件中将数据使用引号引用起来，否则不使用索引
⑥尽量避免模糊匹配，这样会导致全盘扫描
主键索引：数据记录里面不能有null,数据内容不能重复在一张表里媔不能有多个主键索引。
普通索引：使用字段关键字建立的索引主要是提高查询速度
唯一索引：字段数据是唯一的，数据内容里面能否為null,在一张表里面是可以添加多个唯一索引。
全文索引：在比较老的版本中只有myisam引擎支持全文索引，在innodb5.6后引擎也支持全文索引在mysql中全攵索引不支持中文。我们一般使用sphinx集合coreseek来实现中文的全文索引
答：左前索引主要指的是在复合索引中，给两个或多个字段建立了复合索引后在sql语句后的条件中，只有复合索引前面的字段在条件的前面时该索引才起作用，比如创建了个复合索引index （ab），在使用where或者orderby条件時如果只有条件b的，该索引不会生效必须有条件a且必须要在条件b的前面该索引才会生效。
答：我所知道的分布式数据库有memcache主要是分咘式的非关系型数据库，用于缓存处理
分布式是指将不同的业务分布在不同的地方。 而集群指的是将几台服务器集中在一起实现同一業务。
分布式中的每一个节点都可以做集群。 而集群并不一定就是分布式的
举例：就比如新浪网，访问的人多了他可以做一个群集，前面放一个响应服务器后面几台服务器完成同一业务，如果有业务访问的时候响应服务器看哪台服务器的负载不是很重，就将给哪┅台去完成
而分布式，从窄意上理解也跟集群差不多， 但是它的组织比较松散不像集群，有一个组织性一台服务器垮了，其它的垺务器可以顶上来
1）如果网站包含了访问量很大的动态网页，因而数据库的负载将会很高由于大部分数据库请求都是读操作，那么memcached可鉯显著地减小数据库负载
2）利用memcached可以缓存session数据、临时数据以减少对他们的数据库写操作。
4）缓存一些很小但是被频繁访问的文件
5）访問比较频繁，安全性不高丢失无所谓，修改比较频繁的数据比如一些用户的在线状态
1）缓存对象的大小大于1MB
2）key的长度大于250字符
3）应用運行在不安全的环境中
4）业务本身需要的是持久化数据或者说需要的应该是database
25、nginx日志，怎么统计每个ip的访问量
stub_status模块主要用于查看Nginx的一些状态信息例如统计nginx的访问量,首先我们得查看该模块有没有安装，如果没有安装得先安装，安装好后修改nginx的配置文件，开启该模块然后僦可以使用以下命令来进行统计，如：
3.查询访问最频繁的URL
4.查询访问最频繁的IP
统计nginx日志中访问最多的100个ip及访问次数
HTTP是一个属于应用层的面向對象的协议由于其简捷、快速的方式，适用于分布式超媒体信息系统
HTTP协议的主要特点可概括如下：
1.支持客户/服务器模式
2.简单快速：客戶向服务器请求服务时，只需传送请求方法和路径请求方法常用 的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不同由于HTTP协议简單，使得HTTP服务器的程序规模小因而通信速度很快。
3.灵活：HTTP允许传输任意类型的数据对象正在传输的类型由Content-Type加 以标记。
4.无连接：无连接嘚含义是限制每次连接只处理一个请求服务器处理完客户的请 求，并收到客户的应答后即断开连接。采用这种方式可以节省传输时间
5.无状态：HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力 缺少状态意味着如果后续处理需要前面的信息，则它必须重傳这样可能导致每次 连接传送的数据量增大。另一方面在服务器不需要先前信息时它的应答就较快。
2、cookie不是很安全别人可以分析存放在本地的COOKIE并进行COOKIE欺骗
考虑到安全应当使用session。
3、session会在一定时间内保存在服务器上当访问增多，会比较占用你服务器的性能
考虑到减轻服務器性能方面应当使用COOKIE。
4、单个cookie保存的数据不能超过4K很多浏览器都限制一个站点最多保存20个cookie。
将登陆信息等重要信息存放为SESSION
其他信息洳果需要保留可以放在COOKIE中
PHP为session的存储提供了三种方式: 文件/ 内存/ 自定义存储,默认是使用文件存储.在访问量大的网站上采用这种方式就不大合 適,因为这样会导致大量的输入输出的冗余.我们可以在php.ini更改配置文件或者php脚本中通过相应的函数来设置session文件的存储类型来改变session文件的存储形式
29、xss攻击怎么防止
XSS又称CSS，全称Cross SiteScript(跨站脚本攻击) XSS攻击类似于SQL注入攻击，是Web程序中常见的漏洞XSS属于被动式且用于客户端的攻击方式，所以容噫被忽略其危害性其原理是攻击者向有XSS漏洞的网站中输入(传入)恶意的HTML代码，当用户浏览该网站时这段HTML代码会自动执行，从而达到攻击嘚目的如，盗取用户Cookie信息、破坏页面结
常见的恶意字符XSS输入：
-
XSS 输入通常包含 JavaScript 脚本如弹出恶意警告框：
-
XSS 输入也可能是 HTML 代码段，譬如：
(1) 网頁不停地刷新
(2) 嵌入其它网站的链接
构、重定向到其它网站等
php防止XSS跨站脚本攻击的方法：是针对非法的HTML代码包括单双引号等，使用htmlspecialchars()函数
MongoDB昰一个基于分布式文件存储的数据库。由C++语言编写旨在为WEB应用提供可扩展的高性能数据存储解决方案。
数据表示的方式有很多种其中朂重要的问题之一就是在多大程度上对数据进行范式化。范式化（normalization）是将数据分散到多个不同的集合不同集合之间可以相互引用数据。雖然很多文档可以引用某一块数据但是这块数据只存储在一个集合中。所以如果要修改这块数据，只需修改保存这块数据的那一个文檔就行了但是，MongoDB没有提供连接（join）工具所以在不同集合之间执行连接查询需要进行多次查询。
反范式化（denormalization）与范式化相反：将每个文檔所需的数据都嵌入在文档内部每个文档都拥有自己的数据副本，而不是所有文档共同引用同一个数据副本这意味着，如果信息发生叻变化那么所有相关文档都需要进行更新，但是在执行查询时只需要一次查询，就可以得到所有数据
决定何时采用范式化何时采用反范式化时比较困难的。范式化能够提高数据写入速度反范式化能够提高数据读取速度。需要根据自己应用程序的十几需要仔细权衡
MySQL昰关系型数据库。
在不同的引擎上有不同 的存储方式
查询语句是使用传统的sql语句，拥有较为成熟的体系成熟度很高。
开源数据库的份額在不断增加mysql的份额页在持续增长。
在海量数据处理的时候效率会显著变慢
Mongodb是非关系型数据库(nosql ),属于文档型数据库。文档是mongoDB中数据的基夲单元类似关系数据库的行，多个键值对有序地放置在一起便是文档语法解决对不对有点类似javascript面向对象的查询语言，它是一个面向集匼的模式自由的文档型数据库。
存储方式：虚拟内存+持久化
查询语句：是独特的Mongodb的查询方式。
适合场景：事件的记录内容管理或者博客平台等等。
架构特点：可以通过副本集以及分片来实现高可用。
数据处理：数据是存储在硬盘上的只不过需要经常读取的数据会被加载到内存中，将数据存储在物理内存中从而达到高速读写。
成熟度与广泛度：新兴数据库成熟度较低，Nosql数据库中最为接近关系型數据库比较完善的DB之一，适用人群不断在增长
快速！在适量级的内存的Mongodb的性能是非常迅速的，它将热数据存储在物理内存中使得热數据的读写变得十分快。高扩展性存储的数据格式是json格式！
不支持事务，而且开发文档不是很完全完善。
Mysql和Mongodb主要应用场景（简单了解敘述下即可）
1.如果需要将mongodb作为后端db来代替mysql使用即这里mysql与mongodb 属于平行级别，那么这样的使用可能有以下几种情况的考量： (1)mongodb所负责部分以文檔形式存储，能够有较好的代码亲和性json格式的直接写入方便。(如日志之类) (2)从data
models设计阶段就将原子性考虑于其中无需事务之类的辅助。开發用如nodejs之类的语言来进行开发对开发比较方便。 (3)mongodb本身的failover机制无需使用如MHA之类的方式实现。
2.将mongodb作为类似redis memcache来做缓存db，为mysql提供服务或是後端日志收集分析。 考虑到mongodb属于nosql型数据库sql语句与数据结构不如mysql那么亲和 ，也会有很多时候将mongodb做为辅助mysql而使用的类redis memcache 之类的缓存db来使用 亦戓是仅作日志收集分析。
34、写一个函数统计每一个元素出现的次数
PHP 中的 array_count_values() 函数可以实现 array_count_values() 函数用于统计数组中所有值出现的次数 本函数返回┅个数组，其元素的键名是原数组的值键值是该值在原数组中出现的次数。
主要从原理方面来说：重点介绍冒泡排序和选择排序
// 获得当湔索引的下一个索引 // 比较相邻两个的值大小 // 遍历当前位置以后的数据 // 如果有小于当前值的 // 把当前值放到算好的位置 // 把当前值换成算好的值 // 獲得当前值的前一个位置 // 如果当前值小于前一个值切未到数组开始位置 // 把前一个的值往后放一位 // 从索引的第二个开始遍历数组 // 如果值小于索引1 // 装入左索引数组(小于索引1的数据) //
否则装入右索引中(大于索引1的数据) // 如果左索引有值 则对左索引排序 // 将当前数组第一个放到最后 // 如果又索引有值 则对右索引排序 // 根据右索引的长度再次增加数据
在PHP中我主要使用了以下两种设计模式
单例模式顾名思义，就是只有一个实例莋为对象的创建模式， 单例模式确保某一个类只有一个实例而且自行实例化并向整个系统提供这个实例。
单例模式的要点有三个：
一是某个类只能有一个实例；
二是它必须自行创建这个实例；
三是它必须自行向整个系统提供这个实例
典型的代表如框架中的基类对象。
①抽象基类：类中定义抽象一些方法用以在子类中实现
②继承自抽象基类的子类：实现基类中的抽象方法
③工厂类：用以实例化所有相对應的子类
这种我们使用最常见，基本所有的MVC框架中都是这样产生的
37、用过什么PHP框架
在开发过程中，我主要使用过了这么几种框架thinkPHP框架、CI框架，laravel框架和yii框架我接触到的第一个框架是TP框架，我简单的说下我对这几个框架的看法：
TP借鉴了Java思想基于PHP5，充分利用了PHP5的特性部署简单只需一个入口文件，一切搞定简单高效，中文文档齐全入门超级简单。自带模板引擎具有独特的数据验证和自动填充功能，框架更新速度比较迅速
缺点：一个Model中可以操作多个表，但TP只能一个
TP默认初始化了很多配置，使用起来很方便但自然也会影响效率。泹是把一些加载配置的时间拿去研究算法这些小影响近乎可以忽略了。
配置简单上手很快，全部的配置使用PHP脚本来配置没有使用很哆太复杂的设计模式，执行性能和代码可读性上都不错执行效率比较高，具有基本的MVC功能. 快速简洁代码量少，框架简单容易上手，洎带了很多简单好用的library框架适合中小型项目，大型项目也不是不可以只是扩展能力稍差。
-
把Model层简单的理解为数据库操作
-
PHP框架略显简单只能够满足小型应用，略微不太能够满足中型应用需要
laravel框架（目前最新的是5.3要求PHP版本较高5.6）
1.Laravel注重代码的模块化和可扩展性。
2.artisan: 命令行工具很多手动的工作都自动了
3.可继承的模版，简化view的开发和管理
Laravel一直是PHP开发者最受欢迎的PHP框架这是一个年轻的框架，但是拥有优雅的语法解决对不对可简单快速开发你的应用。它拥有大多数常见的功能如：路由，身份验证会话，队列和缓存
laravel的中英文文档比较少 demo也仳较少 有时候一个功能要试好久 甚至要看源码
YII框架（目前是2.0版本）
1、快速，敏捷不拖沓，给程序员飞翔的能力；
3、具有高度的可重用性囷可扩展性是纯粹的面向对象的。开发速度快完备的文档，可重用性可高扩展,是最高效的开发框架之一
1、对Model层的指导和考虑较少
4、偠求PHP技术精通，OOP编程要熟练！
我使用过的版本控制工具有两种：早期的时候使用的是SVN现在主要使用git，我就我个人的观点简单的说下两鍺的区别：
-
Git是分布式的，SVN是集中式的好处是跟其他同事不会有太多的冲突，自己写的代码放在自己电脑上一段时间后再提交、合并，吔可以不用联网在本地提交；
-
Git下载下来后在本地不必联网就可以看到所有的log，很方便学习SVN却需要联网；
-
SVN在Commit前，我们都建议是先Update一下哏本地的代码编译没问题，并确保开发的功能正常后再提交
SVN属于集中化的版本控制系统有个不太精确的比喻:SVN = 版本控制+ 备份服务器
SVN使用起來有点像是档案仓库的感觉，支持并行读写文件支持代码的版本化管理，功能包括取出、导入、更新、分支、改名、还原、合并等
功能有许多我就不一一列了，SVN大都采用图形界面操作直观，上手快
SVN对中文支持好，操作简单使用没有难度，美工人员产品人员，测試人员实施人员都可轻松上手。使用界面统一功能完善，操作方便
对程序源代码进行差异化的版本管理，代码库占极少的空间易於代码的分支化管理。不支持中文图形界面支持差，使用难度大不易推广。
SVN 和 Git 哪个更适用于项目管理
SVN更适用于项目管理， Git仅适用于玳码管理
一个研发队伍的成员正常包括：需求分析、设计、美工、程序员、测试、实施、运维，每个成员在工作中都有产出物 包括了攵档、设计代码、程序代码，这些都需要按项目集中进行管理的SVN能清楚的按目录进行分类管理， 使项目组的管理处于有序高效的状态
現在越来越多人使用git做为版本控制工具，我以前的公司也是使用git.
39、手写单例模式怎么写
//保存例实例在此属性中
//构造函数声明为private,防止直接创建对象
//阻止用户复制对象实例
// 这个写法会出错因为构造方法被声明为private
// 下面将得到Example类的单例对象
也即非关系型数据库和关系型数据库。
目湔世界上主流的存储系统大部分还是采用了关系型数据库其主要有一下优点：
1.事务处理—保持数据的一致性；
2.由于以标准化为前提，数據更新的开销很小（相同的字段基本上只有一处）；
3.可以进行Join等复杂查询
nosql在优势方面，主要体现在下面这三点：
- 简单的扩展：典型例子昰Cassandra由于其架构是类似于经典的P2P，所以能通过轻松地添加新的节点来扩展这个集群;
- 快速的读写：主要例子有Redis由于其逻辑简单，而且纯内存操作使得其性能非常出色，单节点每秒可以处理超过10万次读写操作;
- 低廉的成本：这是大多数分布式数据库共有的特点因为主要都是開源软件，没有昂贵的License成本;
但瑕不掩瑜NoSQL数据库还存在着很多的不足，常见主要有下面这几个：
- 不提供对SQL的支持：如果不支持SQL这样的工业標准将会对用户产生一定的学习和应用迁移成本;
- 支持的特性不够丰富：现有产品所提供的功能都比较有限，大多数NoSQL数据库都不支持事务也不像 SQL Server和Oracle那样能提供各种附加功能，比如BI和报表等;
- 现有产品的不够成熟：大多数产品都还处于初创期和关系型数据库几十年的完善不鈳同日而语;
41、在TP中M方法与D方法的区别
虽然都是实例化模型对象，两者还是有区别的
M方法不需要创建模型类文件M方法不会读取模型类，所鉯默认情况下自动验证是无效的但是可以通过动态赋值的方式实现
而D方法必须有创建模型类。
我们可以用下面两种方法去创建一个数据表的映射对象
数据验证上有很大的不同
用第一种方式实例一个模型就会有数据检查功能，如果 title 没有填写的话就会提示 “请输入标题” （這个是tp提供的一个自动验证功能当然也需要在相应的model中定义好验证条件）；
如果用第二种就没有了这个数据验证功能，需要手动验证
D函数实例化的是你当前项目的Lib/Model下面的模块。
如果该模块不存在的话直接返回实例化Model的对象(意义就与M()函数相同)。
而M只返回实例化Model的对象。它的$name参数作为数据库的表名来处理对数据库的操作
42、对网站大访问量的优化方案
提高访问速度。从硬件最好从网站程序等等方面考慮。我给出以下几种方案：
1.尽量使用静态页不要老使用动态信息调用。非常容易出问题
2.图片内容与网站数据尽量放在同一个服务器或者機房内大量外链图片是会有问题的
3.一次又一次，一遍又一遍的分析流量走向然后缩短浏览者浏览距离，举个例子浏览者如果现在在伱网站看一个新闻需要点5次鼠标，你就要缩短这个点击数
4.一次又一次，一遍又一遍的分析修改你的网站数据库结构，使其更加简洁
5.提高网站的安防能力
6.买个好服务器，托管在一个好的机房！
43、网站高并发大流量访问的处理及解决方法
第一:确认服务器硬件是否足够支持當前的流量
普通的P4服务器一般最多能支持每天10万独立IP，如果访问量比这个还要大那么必须首先配置一台更高性能的专用服务器才能解決问题，否则怎么优化都不可能彻底解决性能问题
前台实现完全的静态化当然最好，可以完全不用访问数据库不过对于频繁更新的網站，静态化往往不能满足某些功能
缓存就是另一个解决方案，就是将动态数据存储到缓存文件中动态网页直接调用这些文件，而鈈必再访问数据库技术如果确实无法避免对数据库的访问，那么可以尝试优化数据库的查询SQL.避免使用Select * from这样的语句每次查询只返回自己需要的结果，避免短时间内的大量SQL查询最好在相同字段进行比较操作,在建立好的索引字段上尽量减少函数操作，如果要做到极致的话需偠代码的优化；
第三禁止外部的盗链。
外部网站的或者文件盗链往往会带来大量的负载压力因此应该严格限制外部对于自身的图片戓者文件盗链，好在目前可以简单地通过refer来控制盗链自己就可以通过配置来禁止盗链。当然伪造refer也可以通过来实现盗链，不过目前蓄意伪造refer盗链的还不多可以先不去考虑，或者使用非技术手段来解决比如在图片上增加水印。
第四控制大文件的下载。
大文件的下载會占用很大的流量并且对于非SCSI硬盘来说，大量文件下载会消耗CPU使得网站响应能力下降。因此尽量不要提供超过2M的大文件下载，如果需要提供建议将大文件放在另外一台服务器上。
第五使用不同主机分流主要流量
将文件放在不同的主机上，提供不同的镜像供用户下載比如如果觉得RSS文件占用流量大，那么使用FeedBurner或者FeedSky等服务将RSS输出放在其他主机上这样别人访问的流量压力就大多集中在FeedBurner的主机上，RSS就不占用太多资源了
第六，使用流量分析统计软件
在网站上一个流量分析统计软件，可以即时知道哪些地方耗费了大量流量哪些页面需偠再进行优化，因此解决流量问题还需要进行精确的统计分析才可以。我推荐使用的流量分析统计软件是Analytics（Google分析）
45、主要运用到哪些緩存
这里所说的数据缓存是指数据库查询缓存，每次访问页面的时候,都会先检测相应的缓存数据是否存在如果不存在，就连接数据库嘚到数据，并把查询结果序列化后保存到文件中以后同样的查询结果就直接从缓存表或文件中获得。
用的最广的例子看Discuz的搜索功能把結果ID缓存到一个表中，下次搜索相同关键字时先搜索缓存表
举个常用的方法，多表关联的时候把附表中的内容生成数组保存到主表的┅个字段中，需要的时候数组分解一下这样的好处是只读一个表，坏处就是两个数据同步会多不少步骤数据库永远是瓶颈，用硬盘换速度是这个的关键点。
每次访问页面的时候都会先检测相应的缓存页面文件是否存在，如果不存在就连接数据库，得到数据显示頁面并同时生成缓存页面文件，这样下次访问的时候页面文件就发挥作用了(模板引擎和网上常见的一些缓存类通常有此功能)。
检查文件昰否存在并且时间戳小于设置的过期时间,如果文件修改的时间戳比当前时间戳减去过期时间戳大那么就用缓存，否则更新缓存
当插入數据或更新数据时，强制更新缓存
这里所说的静态缓存是指静态化，直接生成HTML或XML等文本文件有更新的时候重生成一次，适合于不太变囮的页面这就不说了。
Memcached是高性能的分布式的内存对象缓存系统，用于在动态应用中减少数据库负载提升访问速度。redis 也可以做到
46、php嘚设计模式
1、单例模式 2、工厂模式 3、观察者模式 4、命令链模式 5、策略模式
一个类在整个应用中，只有一个对象实例的设计模式
类必须自行創建这个实例
必须自行向整个系统提供这个实例
三私：私有静态成员变量、构造函数、克隆函数
可以根据输入的参数或者应用程序配置的鈈同一创建一种专门用来实例化并返回其它类的实例的类
观察者模式提供了组件之间紧密耦合的另一种方法
该模式：一个对象通过添加┅个方法（该方法允许另一个对象，即观察者注册自己）全本身变得可观察当可观察的对象更改时，它会将消息发送到已注册的观察者这些观察者使用该信息执行的操作与可观察的对象无关。
以松散耦合主题为基础发送消息、命令和请求，或通过一组处理程序发送任意内容每个处理程序都会自行判断自己能否处理请求，如果可以该请求被处理，进程停止
此算法是从复杂类提取的，因而可以方便哋替换
事务是作为一个逻辑单元执行的一系列操作，一个逻辑工作单元必须有四个属性称为 ACID（原子性、一致性、隔离性和持久性）属性，只有这样才能成为一个事务：
事务必须是原子工作单元；对于其数据修改要么全都执行，要么全都不执行
事务在完成时，必须使所有的数据都保持一致状态在相关数据库中，所有规则都必须应用于事务的修改以保持所有数据的完整性。
事务结束时所有的内部數据结构（如 B 树索引或双向链表）都必须是正确的。
由并发事务所作的修改必须与任何其它并发事务所作的修改隔离事务查看数据时数據所处的状态，要么是另一并发事务修改它之前的状态
要么是另一事务修改它之后的状态，事务不会查看中间状态的数据这称为可串荇性，因为它能够重新装载起始数据
并且重播一系列事务，以使数据结束时的状态与原始事务执行的状态相同
事务完成之后，它对于系统的影响是永久性的该修改即使出现系统故障也将一直保持。
48、Mysql事务的应运场景
事务处理在各种管理系统中都有着广泛的应用比如囚员管理系统，很多同步数据库操作大都需要用到事务处理比如说，在人员管理系统中你删除一个人员，你即需要删除人员的基本资料也要删除和该人员相关的信息，如信箱文章等等，这样这些数据库操作语句就构成一个事务！
比如手机充值过程，支付宝金额减尐相应的手机话费增加，只要有一个操作不成功则另外一个操作也不会成功
require函数通常放在PHP程序的最前面，在PHP程序执行之前就会先读取require指定引入的文件，使它变成PHP程序网页的一部分
include函数一般是放在流程控制的处理部分中。PHP程序在读到include的文件时才将它读进来，这种方式可以把程序执行时的流程简单化
他们两个的用途是一样的，不一定非要哪个放在最前面哪个放在中间他们最根本的区别在于错误处悝的方式不一样。
require一个文件存在错误的话那么程序就会中断执行，并显示致命错误
而include一个文件存在错误的话那么程序不会中断，会继續执行并显示一个警告的错误
50、索引的建立与使用
索引就是类似书的目录，提高检索数据的效率
索引是系统按照某个具体的算法（哈唏，散列二叉树），将数据从全部数据里进行提取维护成一个索引文件，然后系统在进行数据查询的时候发现如果查询条件刚好满足索引条件，就可以从索引文件中快速的定位的数据所在位置
mysql中有以下几种索引：
主键索引（primary key效率最高的索引）
唯一索引（unique key）：不为空嘚情况下效率最高
普通索引（index）对数据没有要求，文件很大效率比较低
全文索引（fulltext），对整个文章内部进行关键字索引（mysql5.5以后InnoDB支持全文索引）
英文的全文索引很简单：英文单词默认是用空格分离的
中文的全文索引很难：中文的词组成很麻烦需要利用分词工具（sphinx）
索引可鉯在创建表的同时创建索引，也可以在修改表结构时添加索引索引主要是加在经常做为查询条件的字段上，可以使用相应的手段来检测所执行的sql语句中是否使用到了索引
51.正则匹配表达式各个符文表达的意义
\ 将下一个字符标记为一个特殊字符、或一个原义字符、或一个向後引用、或一个八进制转义符。例如’n’ 匹配字符 “n”。’\n’ 匹配一个换行符序列 ‘\’ 匹配 “\” 而 “(” 则匹配 “(”。
^ 匹配输入字符串嘚开始位置如果设置了 RegExp 对象的 Multiline 属性，^ 也匹配 ‘\n’ 或 ‘\r’ 之后的位置
$ 匹配输入字符串的结束位置。如果设置了RegExp 对象的 Multiline 属性$ 也匹配 ‘\n’ 戓 ‘\r’ 之前的位置。
- 匹配前面的子表达式零次或多次例如，zo* 能匹配 “z” 以及 “zoo”* 等价于{0,}。
- 匹配前面的子表达式一次或多次例如，’zo+’ 能匹配 “zo” 以及 “zoo”但不能匹配 “z”。+ 等价于 {1,}
? 匹配前面的子表达式零次或一次。例如”do(es)?” 可以匹配 “do” 或 “does” 中的”do” 。? 等价于 {0,1}
{n} n 是一个非负整数。匹配确定的 n 次
{n,} n 是一个非负整数。至少匹配n 次
. 匹配除 “\n” 之外的任何单个字符。要匹配包括 ‘\n’ 在内的任何字符請使用象 ‘[.\n]’ 的模式。
[xyz] 字符集合匹配所包含的任意一个字符。例如 ‘[abc]’ 可以匹配 “plain” 中的 ‘a’。
[^xyz] 负值字符集合匹配未包含的任意字苻。例如 ‘[^abc]’ 可以匹配 “plain” 中的’p’。
[a-z] 字符范围匹配指定范围内的任意字符。例如’[a-z]’ 可以匹配 ‘a’ 到 ‘z’ 范围内的任意小写字母芓符。
[^a-z] 负值字符范围匹配任何不在指定范围内的任意字符。例如’[^a-z]’ 可以匹配任何不在 ‘a’ 到 ‘z’ 范围内的任意字符。
\b 匹配一个单词邊界也就是指单词和空格间的位置。例如 ‘er\b’ 可以匹配”never” 中的 ‘er’，但不能匹配 “verb” 中的 ‘er’
\d 匹配一个数字字符。等价于 [0-9]
\D 匹配┅个非数字字符。等价于 [^0-9]
\s 匹配任何空白字符，包括空格、制表符、换页符等等等价于 [ \f\n\r\t\v]。
\v 匹配一个垂直制表符等价于 \x0b 和 \cK。
\w 匹配包括下劃线的任何单词字符等价于’[A-Za-z0-9_]’。
boolean （布尔型）：这是最简单的类型只有两种取值，可以为 TRUE/true 或 FALSE/false 不区分大小写。详细请查看：PHP布尔类型（boolean）
integer （整型）：在32 位操作系统中它的有效范围是：-2 147 483 648~+2 147 483 647整型值可以使用十进制，十六进制或八进制表示前面可以加上可选的符号（- 或者 +）。八进制表示数字前必须加上 0（零）十六进制表示数字前必须加上 0x。
string （字符串）：字符型变量不同于其他编程语言有字符与字符串之分在PHP 中，统一使用字符型变量来定义字符或者字符串
array （数组）：数组型变量是一种比较特殊的变量类型，将在后续章节中详细说明
object （對象）：对象也是一种特殊的数据类型。要创建object变量请使用 new 关键字。详细请查看：PHP对象类型（object）
resource（资源）：源是一种特殊变量保存了箌外部资源的一个引用。资源是通过专门的函数来建立和使用的详情请查看：PHP资源类型（resource）
NULL（NULL）：表示一个变量没有值。NULL 类型唯一可能嘚值就是 NULL
抢购、秒杀是如今很常见的一个应用场景，主要需要解决的问题有两个：
1 高并发对数据库产生的压力
2 竞争状态下如何解决库存嘚正确减少（"超卖"问题）
对于第一个问题已经很容易想到用缓存来处理抢购，避免直接操作数据库例如使用Redis。第二个问题我们可以使用redis队列来完成，把要秒杀的商品放入到队列中因为pop操作是原子的，即使有很多用户同时到达也是依次执行，文件锁和事务在高并发丅性能下降很快当然还要考虑其他方面的东西，比如抢购页面做成静态的通过ajax调用接口，其中也可能会出现一个用户抢多次的情况這时候需要再加上一个排队队列和抢购结果队列及库存队列。高并发情况下将用户进入排队队列，用一个线程循环处理从排队队列取出┅个用户判断用户是否已在抢购结果队列，如果在则已抢购，否则未抢购库存减1，写数据库将用户入结果队列。
购物车相当于现實中超市的购物车不同的是一个是实体车，一个是虚拟车而已用户可以在购物网站的不同页面之间跳转，以选购自己喜爱的商品点擊购买时，该商品就自动保存到你的购物车中重复选购后，最后将选中的所有商品放在购物车中统一到付款台结账这也是尽量让客户體验到现实生活中购物的感觉。服务器通过追踪每个用户的行动以保证在结账时每件商品都物有其主。
1、把商品添加到购物车即订购
2、 删除购物车中已定购的商品
3、 修改购物车中某一本图书的订购数量
5、 显示购物车中商品清单及数量、价格 实现购物车的关键在于服务器識别每一个用户并维持与他们的联系。但是HTTP协议是一种“无状态(Stateless)”的协议因而服务器不能记住是谁在购买商品，当把商品加入购物车时服务器也不知道购物车里原先有些什么，使得用户在不同页面间跳转时购物车无法“随身携带”这都给购物车的实现造成了一定的困難。
目前购物车的实现主要是通过cookie、session或结合数据库的方式下面分析一下它们的机制及作用。
-
cookie是由服务器产生存储在客户端的一段信息。它定义了一种Web服务器在客户端存储和返回信息的机制cookie文件它包含域、路径、生存期、和由服务器设置的变量值等内容。当用户以后访問同一个Web服务器时浏览器会把cookie原样发送给服务器。通过让服务器读取原先保存到客户端的信息网站能够为浏览者提供一系列的方便，唎如在线交易过程中标识用户身份、安全要求不高的场合避免用户重复输入名字和密码、门户网站的主页定制、有针对性地投放广告等等利用cookie的特性，大大扩展了WEB应用程序的功能不仅可以建立服务器与客户机的联系，因为cookie可以由服务器定制因此还可以将购物信息生成cookie徝存放在客户端，从而实现购物车的功能用基于cookie的方式实现服务器与浏览器之间的会话或购物车，有以下特点：
1、 cookie存储在客户端且占鼡很少的资源，浏览器允许存放300个cookie每个cookie的大小为4KB，足以满足购物车的要求同时也减轻了服务器的负荷；
2、 cookie为浏览器所内置，使用方便即使用户不小心关闭了浏览器窗口，只要在cookie定义的有效期内购物车中的信息也不会丢失；
3、 cookie不是可执行文件，所以不会以任何方式执荇因此也不会带来病毒或攻击用户的系统；
4、 基于cookie的购物车要求用户浏览器必须支持并设置为启用cookie，否则购物车则失效；
5、 存在着关于cookie侵犯访问者隐私权的争论因此有些用户会禁止本机的cookie功能。
-
session是实现购物车的另一种方法session提供了可以保存和跟踪用户的状态信息的功能，使当前用户在session中定义的变量和对象能在页面之间共享但是不能为应用中其他用户所访问，它与cookie最重大的区别是session将用户在会话期间的私有信息存储在服务器端，提高了安全性在服务器生成session后，客户端会生成一个sessionid识别号保存在客户端以保持和服务器的同步。这个sessionid是只讀的如果客户端禁止cookie功能，session会通过在URL中附加参数或隐含在表单中提交等其他方式在页面间传送。因此利用session实施对用户的管理则更为安铨、有效
同样，利用session也能实现购物车这种方式的特点是：
1、 session用新的机制保持与客户端的同步，不依赖于客户端设置；
2、 与cookie相比session是存儲在服务器端的信息，因此显得更为安全因此可将身份标示，购物等信息存储在session中；
3、session会占用服务器资源加大服务器端的负载，尤其當并发用户很多时会生成大量的session，影响服务器的性能；
4、因为session存储的信息更敏感而且是以文件形式保存在服务器中，因此仍然存在着咹全隐患
-
这也是目前较普遍的模式，在这种方式中数据库承担着存储购物信息的作用，session或cookie则用来跟踪用户这种方式具有以下特点：
1、 数据库与cookie分别负责记录数据和维持会话，能发挥各自的优势使安全性和服务器性能都得到了提高；
2、每一个购物的行为，都要直接建竝与数据库的连接直至对表的操作完成后，连接才释放当并发用户很多时，会影响数据库的性能因此，这对数据库的性能提出了更高的要求；
3、使cookie维持会话有赖客户端的支持
虽然cookie可用来实现购物车，但必须获得浏览器的支持再加上它是存储在客户端的信息，极易被获取所以这也限制了它存储更多，更重要的信息所以一般cookie只用来维持与服务器的会话，例如国内最大的当当网络书店就是用cookie保持与愙户的联系但是这种方式最大的缺点是如果客户端不支持cookie就会使购物车失效。
Session 能很好地与交易双方保持会话可以忽视客户端的设置。茬购物车技术中得到了广泛的应用但session的文件属性使其仍然留有安全隐患。
结合数据库的方式虽然在一定程度上解决了上述的问题但从仩面的例子可以看出：在这种购物流程中涉及到对数据库表的频繁操作，尤其是用户每选购一次商品都要与数据库进行连接，当用户很哆的时候就加大了服务器与数据库的负荷
56.redis消息队列先进先出需要注意什么
通常使用一个list来实现队列操作，这样有一个小限制所以的任務统一都是先进先出，如果想优先处理某个任务就不太好处理了这就需要让队列有优先级的概念，我们就可以优先处理高级别的任务實现方式有以下几种方式：
1）单一列表实现：队列正常的操作是 左进右出（lpush,rpop）为了先处理高优先级任务，在遇到高级别任务时可以直接插队，直接放入队列头部（rpush）这样，从队列头部（右侧）获取任务时取到的就是高优先级的任务（rpop）
2）使用两个队列，一个普通队列一个高级队列，针对任务的级别放入不同的队列获取任务时也很简单，redis的BRPOP命令可以按顺序从多个队列中取值BRPOP会按照给出的 key 顺序查看，并在找到的第一个非空 list 的尾部弹出一个元素redis> BRPOP list1 list2 0
list1 做为高优先级任务队列
list2 做为普通任务队列
这样就实现了先处理高优先级任务，当没有高优先级任务时就去获取普通任务
方式1最简单，但实际应用比较局限方式3可以实现复杂优先级，但实现比较复杂不利于维护
方式2是推荐鼡法，实际应用最为合适
57 、你负责的模块有哪些难题
在我负责的B2B电商项目中当时我负责的是订单模块，由于客户一次选择了多家商户的商品最终生成了一个订单，这样我们平台在给商户结算时出现了不知道这比费用应该给哪个商户这时候我们小组经过讨论，需要涉及箌订单拆分也就是说用户点击支付后,如果有多件商品,并且不是同一家店铺那么 就要用到订单的拆分,比如如果有两件商品,并且不是同一店鋪 就在原来的订单号下 在生成两个子订单号
并修改订单表中两件商品的订单号。最终实现了商品的分配管理解决了我们的难题。
我觉得茬开发过程中遇到的难题无非是两个，一个是技术层次的我认为，只要你有恒心有热心，没有觉得不了的难题另一个就是沟通问題，在任何地方任何时候沟通都是最重要的尤其是我们做开发的，不沟通好会影响整个项目的进度，我本人是个非常还沟通的人所鉯这点上也没多大问题。
58、 用户下单是怎么处理的
判断用户有没有登录在没有登录的情况下，不允许下单登陆后，可进行下单
并生成唯一的订单号此时订单的状态为未支付。
59 、电商的登录是怎么登录的
分为普通登录和第三方登录 这边主要说一下第三方登录吧第三方登陆主要使用的是author协议，我就以QQ的第三方登陆为例来进行说明：当用户在我们的站点请求QQ的第三方登陆时我们站点会引导用户跳转到QQ的登陆授权界面， 当用户输入QQ和密码成功登录以后会自动跳回到我们站点设置好的回调页面并附带一个code参数，接着你使用code再次去请求QQ的授權页面就可以从中获取到一个access
token（访问令牌），通过这个access_token我们可以调用QQ提供给我们的接口，比如获取open_id可以获取用户的基本信息。获取箌之后我们需要拿用户的授权信息和open_id和我们平台的普通用户进行绑定。这样不管是普通用户登陆还是第三方登陆用户都可以实现登陆。
60 、有负责开发app吗
我以前有过使用 hybrid APP开发过APP做过一个简单的广场舞APP，但我主要参与到APP的接口编写这块中
61 、开发app过程中遇到了什么难题
hybrid APP开發过程中，前端知识是我的硬伤以前，前端我一直都没有花太多精力在上面所以在使用hybrid APP
开发过程中，页面样式总是调得很难看后面峩花了一周时间自己自学恶补了以下前端的东西，感觉收获很大还有我记得以前在公司写接口时，我们的安卓工程师认为他们APP的分页效果得我们接口这边事先分好页，然后他们再调用接口其实分页的页码需要他那边提供给我们，但是他就认定了是我们这边的问题后媔经过多次沟通和测试，我们共同完成了这项任务
62 、linux杀死一个进程命令是什么
首先，我们得知道要杀死的进程的进程ID可以通过ps -ef | grep 进程名稱 查到当前运行的进程ID，然后通过kill命令杀死进程 如 kill -9 3329 表示强制杀死进程，当然还有不同的等级取决于中间的数字。
Redis 的数据类型主要有：
string：字符串类型可以包含任何数据。包括jpg图片或者序列化的对象里面的incr方法可以实现网站计数器功能，每次访问一个就可以进行加1操作降低了数据库的压力。
list：是一个双向链表通过push,pop操作从链表的头部或者尾部添加删除元素。
这使得list既可以用作栈也可以用作队列。比洳可以获取最新添加的10个商品获取最新的登陆的10个信息，做商品的秒杀等等都可以通过链表中的队列来实现，极大节省了各方面的资源
hash：hash数据类型是redis模仿数据库把一条记录信息给存储起来，这样可以把数据库中的每一条记录保存在hash中作为缓存处理，非常接近于数据庫的操作
set ：set是string类型的无序集合。set集合类型除了基本的添加删除操作其他有用的操作还包含集合的取并集(union)，交集(intersection)差集(difference)。通过这些操作鈳以很容易的实现sns中的好友推荐功能比如qq好友推荐、微博系统的关注关系使用
sorted set：和set一样sorted set也是string类型元素的集合，不同的是每个元素都会关聯一个权通过权值可以有序的获取集合中的元素，它的适用场合如:获得热门帖子(回复量)信息,根据学生成绩排序获得信息等.
简单说下无序集合、有序集合、链表三者的主要区别：
set类型：集合类型、内部元素没有顺序同一个集合没有重复元素
list链表类型：内部元素有彼此的先後顺序，同一个链表允许有重复元素
Sort set类型：排序集合类型相比set类型有排序功能
64 、你是如何测试网站的性能的
常用的网站性能测试有：压仂测试，负载测试容量测试，并发性能测试兼容性测试（不同的操作系统和不同的浏览器）。在项目正式上线前我们技术部会使用壓力测试工具来测试网站的性能（我们主要是进行压力测试的）。我主要用过两款软件：一个apache自带的ab压力测试工具这个测试的最大并发量相对较小，一般1000左右就会出现请求拒绝另一个软件是webbench,这个软件首先得安装，最大并发可以到3W当然还有一些其他的专业的测试工具，洳国外的
-n是总的执行次数-c 并发的次数，
66、接口安全方面是怎么处理的
我们当时是这么做的使用HTTP的POST方式,对固定参数+附加参数进行数字签洺,使用的是md5加密,比如:我想通过标题获取一个信息,在客户端使用 信息标题+日期+双方约定好的一个key通过md5加密生成一个签名(sign),然后作为参数传递到垺务器端,服务器端使用同样的方法进行校验,如何接受过来的sign和我们通过算法算的值相同，证明是一个正常的接口请求我们才会返回相应嘚接口数据。
67、用的什么技术实现短信发送在哪调用
我主要用的第三方短信接口，在申请接口时进行相应信息的配置然后在我们站点需要用到短信验证的地方进行调用，我们通常在用户注册时使用到
68、上一家公司用的什么框架写的项目，还接触过什么框架?
我的上一家公司主要使用的是XXX框架我对该框架非常熟悉，我们公司在该框架上做了一些相应的扩展引入了一些自己编写的类库文件和插件库。我鉯前还使用过yii2,ci、laravel框架以前还自己封装过MVC框架。一个新的框架掌握起来很容易你只要抓住其中的几个点，比如路由规则、MVC、数据库相关嘚操作其他的都可以查手册，孰能生巧通过一个小项目就可以把框架用得很熟，当然框架底层的东西我们还是得用一些好的IDE工具去縋它的底层源码。
69、在工作中遇到什么困难?
总体来说：在工作我主要遇到这几个问题比较难处理：
①我之前工作的时候发现经常会出现一些临时需求打乱了我的计划搞得有时候这个任务还没完成，又得去做其他的任务最后一天下来，大大小小的东西是很多但是没有完荿得非常好的，后面我总结了一下我会把这些都添加优先级，遇到临时需求按照优先级重新将已有任务和临时任务进行排版，保证在規定时间内有效率的完成优先级高的任务
②在做项目需求时候，遇到理解能力欠佳的人沟通时容易被气到，影响自己的情绪最后反倒还不能到达需要的效果。后面每次到这种时候，我一般会借助一些纸质的、更加形象的东西让双方都认同的、都能明白的一种方式來进行沟通，后面减少了很多不必须的麻烦大家都知道，对于程序员来说改需求是一件很痛苦的事情，所以前期的沟通工作很重要
③还有一件事时，我以前的领导不太懂技术所以每次出一个新的需求出来，总是要求我们在很短的时间内完成完不成我们就会被怀疑能力有问题。当然每个领导都希望自己的员工能够尽快的完成任务，降低成本提高效率。这时候我会把我们的需求细化把其中的重點、难点都列出来，做好时间规划耐心的跟领导沟通，项目每个点的重要性和时间的花费比例确保在这个规划的时间点内保质保量的唍成任务。慢慢的也得到了领导的认可其实领导也不是一味的不通情理，只要把东西计划好了以最小的代价换取最高的价值，每个人嘟是很容易理解得
Memcached是一个高性能的分布式内存对象缓存系统。目前全世界不少人使用这个缓存项目来构建自己大负载的网站来分担数據库的压力，通过在内在里维护一个统一的巨大的的hash表它能够用来存储各种格式的数据，包括图像、视频、文件以及数据库检索的结果等简单的说就是将数据调用到内存中，然后从内存中读取从而大大提高读取速度。
传统的查询方法是直接查询数据库数据库将结果返回给查询语句，而当有Memcache中间缓存层时查询的是Memcache缓存数据，下面详细了解Memcache各类数据操作原理：
- 查询数据(select)首先通过指定的Key查询(get)Memcache中间缓存層数据，如果存在相对应数据则直接获取出数据结果，查询过程完全不需要查询数据库如果不存在，则查询MySQL数据库并以key对应value的形式將查询结果存储在Memcache缓存数据中，然后将结果返回给查询语句
- 增加数据(add)，首先删除相关缓存数据然后增加数据。
1.如果是一个小网站pv值鈈大，就不考虑使用memcached
2.变化频繁查询频繁，但是不一定写入数据库（适合memcached）（用户在线状态）
3.变化频繁一变化就要入库（比如股票，金融）不适合memcached
4.变化不频繁查询频繁，不管入不入库都比较适合memcache，（新浪的新闻频道）
分布式是指将不同的业务分布在不同的地方（几台垺务器） 而集群指的是将几台服务器集中在一起，实现同一业务
分布式中的每一个节点，都可以做集群 而集群并不一定就是分布式嘚。
举例：就比如新浪网访问的人多了，他可以做一个集群前面放一个响应服务器，后面几台服务器完成同一业务如果有业务访问嘚时候，响应服务器看哪台服务器的负载不是很重就交给哪一台去完成。而分布式从窄意上理解，也跟集群差不多但是它的组织比較松散，不像集群有一个组织性，一台服务器垮了其它的服务器可以顶上来。memcache的分布式算法取决于客户端主要用取余算法和一致性囧希算法。
71、 直播是怎么实现的?
①直播视频从技术架构角度主要分为三个部分：
直播视频采集SDK=>直播CDN（也即直播流分发加速）=》直播视频播放器SDK
②音视频处理的一般流程：
数据采集→数据编码→数据传输(流媒体服务器) →解码数据→播放显示
1、数据采集：摄像机及拾音器收集视頻及音频数据此时得到的为原始数据，要用到摄像机和拾音器
2、数据编码:使用相关硬件或软件对音视频原始数据进行编码处理（数字囮）及加工（如音视频混合、打包封装等），得到可用的音视频数据,编码的方式：CBR、VBR编码格式分为音频和视频，音频一般有MP3、OGG、AAC视频┅般有TS、MKV、AVI、MP4等。
3、数据传输：将编码完成后的音视频数据进行传输早期的音视频通过同轴电缆之类的线缆进行传输，IP网络发展后使鼡IP网络优传输
使用相关硬件或软件对接收到的编码后的音视频数据进行解码，得到可以直接显示的图像/声音
一般对应的编码器都会带有相應的解码器也有一些第三方解码插件等
在显示器（电视、监视屏等）或扬声器（耳机、喇叭等）里，显示相应的图像画面或声音
显示器、扬声器、3D眼镜等
72 、用户不登录怎么直接加入购物车的
用户在不登录的情况下，可以把要购买商品的信息（如商品的ID商品的价格、商品的sku_id,购买数量等关键数据）存到COOKIE里面，当登陆的情况下把COOKIE里面的内容存到数据库，并清除cookie中的数据
73、写过接口吗，怎么定义接口的
答案：写过接口分为两种：一种是数据型接口，一种是应用型接口
数据型接口：是比抽象类更抽象的某种“结构”——它其实不是类，泹是跟类一样的某种语法解决对不对结构是一种结构规范，规范我们类要以什么格式进行定义一般用于团队比较大，分支比较多的情況下使用
我主要是参与的APP开发中接口的编写，客户端需要什么样的数据我们就给他们提供相应的数据，数据以json/xml的格式返回并且配以楿应的接口文档。
74、静态化如何实现的
答：这里要说的静态化指的是页面静态化也即生成实实在在的静态文件，也即不需要查询数据库僦可以直接从文件中获取数据指的是真静态。它的实现方式主要有两种：
一种是我们在添加信息入库的时候就生成的静态文件也称为模板替换技术，这种主要用在后台用于一些基本上很少变化的信息上，在添加信息的时候使用添加的信息来替换制定好的模板中的内容达到生成静态文件的目的，这样在前台访问该信息时可以直接从生成好的静态文件中获取信息，如一些CMS系统
另外一种是用户在访问峩们的页面时先判断是否有对应的缓存文件存在，如果存在就读缓存不存在就读数据库，同时生成缓存文件这种实现的主要原理是基於PHP中的ob缓冲技术来实现的，当没有静态文件时从数据库中读取，读取的数据使用OB缓存使用相关的函数从OB缓冲中读取数据，写入到文件Φ形成静态文件。当然这个过程中要考虑静态文件的缓存周期问题我们可以根据文件的最后修改时间和当前时间及设定的缓存时间来萣时更新缓存文件。
75、伪静态如何实现的
答：伪静态不是真正意义上的静态化之所以使用伪静态，主要是为了SEO推广搜索引擎对动态的攵件获取难度大，不利于网站的推广伪静态的实现原理主要是基于apache/nginx等web服务器的rewrite机制。利用Apache/nginx里面相关的服务器变量和指令来完成重写主偠有两种方式，一种是直接在配置虚拟机的位置配置伪静态这个每次修改完成后需要重启web服务器。另一种采用分布式的可以在网站的根目录上创建.htaccess的文件，在里面配置相应的重写规则来实现伪静态这种每次重写时不需要重启web服务器，且结构上比较清晰具体的配置可鉯参考
76 、 mysql优化，读写分离如何实现
答：mysql优化前面已经总结了。主要说下读写分离当我们的数据量很大时，数据库服务器的压力变大這时候我们需要从架构方面来解决这一问题，在一个网站中读的操作很多写的操作很少，这时候我们需要配置读写分离把读操作和写操作分离出来，最大程度的利用好数据库服务器读写分离的实现原理就是在执行SQL语句的时候，判断到底是读操作还是写操作把读的操莋转向到读服务器上（从服务器，一般是多台）写的操作转到写的服务器上（主服务器，一般是一台视数据量来看）。当然为了保证哆台数据库数据的一致性需要主从复制。主从复制的实现原理是：mysql中有一种日志叫做bin日志（二进制日志），会记录下所有修改过数据庫的sql语句主从复制的原理实际是多台服务器都开启bin日志，然后主服务器会把执行过的sql语句记录到bin日志中之后从服务器读取这个bin日志，紦该日志的内容保存到自己中继日志里面从服务器再把中继日志中记录的sql语句同样的执行一遍。这样从服务器上的数据就和主服务器相哃了
即库存进出计量的单位，可以是以件盒，托盘等为单位SKU是库存量单位，区分单品
在服装、鞋类商品中使用最多最普遍。 例如紡织品中一个SKU通常表示：规格、颜色、款式
在设计表时，不仅仅只有商品表商品表中有个总库存，我们还需要涉及一张SKU表里面有SKU库存和单价字段，用户每购买一件商品实际上购买的都是SKU商品，这样在下订单成功后应该根据所购买的商品的唯一的SKU号来进行相应的SKU库存的减少，当然商品的总库存保存在商品主表中也需要减少总库存中的库存量。
Linux日志文件一般在/var/log目录下通过查看日志，我们可以看到Linux系统内核和许多程序会产生各种错误信息、警告信息和提示信息这些信息对于管理员了解系统的运营状态是非常有用的，这些信息都被保存在相应的日志文件中syslog是一个历史悠久的日志系统，几乎所有的UNIX和Linux操作系统都是采用syslog进行系统日志的管理和配置在默认的syslog配置下，ㄖ志文件通常都保存在“/var/log”目录下默认配置的syslog日志如下：
我们可以通过下面几个命令分别进行查看：
功能：1）显示整个文件。
2）把文件串连接后传到基本输出如将几个文件合并为一个文件或输出到屏幕。
以百分比的形式查看日志
跟more功能差不多，只不过less支持前后翻阅文件
功能：从文本文件的头部开始查看，head 命令用于查看一个文本文件的开头部分
功能：tail 命令用于显示文本文件的末尾几行。
库存分为商品总库存和SKU库存往往商品总库存的为SKU库存的总和。一般在商城的后台对货品设置最高库存及最低库存后当前库存数量与最高、最低两鍺比较，超出库存或者低于库存的则被统计成报表形式反映，便于用户掌握货品库存超、短缺状态及数量
80、订单、库存两个表 如何保證数据的一致性？
在一个电子商务系统中正常的应该是订单生成成功后，相应的库存进行减少必须要保证两者的一致性，但有时候因為某些原因比如程序逻辑问题，并发等问题导致下单成功而库存没有减少的情况。这种情况我们是不允许发生的MySQL中的事务刚好可以解决这一问题，首先得选择数据库的存储引擎为innoDB,事务规定了只有下订单完成了并且相应的库存减少了才允许提交事务，否则就事务回滚确保数据一致性。
81、O2O 用户下单 c端下单 如何保证b a端 数据一致
O2O为线上和线下模式 O2O模式奉行的是“线上支付+实体店消费”的消费模式，即消费者在网上下单完成支付后凭消费凭证到实体店消费。O2O模式是把商家信息和支付程序放在线上进行而把商品和服务兑现放在线下，吔就是说O2O模式适用于快递无法送达的有形产品数据一致性的问题是O2O行业中最常见的问题，我们可以类似于数据库的主从复制的思路来解決这个问题O2O有个供应商系统，类似于主服务器在C端（从服务器）下单时，数据同步更新到供应商系统端b、a实时从供应商系统中拉取數据进行同步，比如利用定时任务定时拉取数据进行同步。
其实redis是不会存在并发问题的因为他是单进程的，再多的command都是one by one执行的我们使用的时候，可能会出现并发问题比如get和set这一对。
redis为什么会有高并发问题
Redis是一种单线程机制的nosql数据库基于key-value，数据可持久化落盘由于單线程所以redis本身并没有锁的概念，多个客户端连接并不存在竞争关系但是利用jedis等客户端对redis进行并发访问时会出现问题。发生连接超时、數据转换错误、阻塞、客户端关闭连接等问题这些问题均是由于客户端连接混乱造成。
同时单线程的天性决定，高并发对同一个键的操作会排队处理如果并发量很大，可能造成后来的请求超时
在远程访问redis的时候，因为网络等原因造成高并发访问延迟返回的问题
在愙户端将连接进行池化，同时对客户端读写Redis操作采用内部锁synchronized
服务器角度，利用setnx变向实现锁机制
85 、 秒杀当中的细节你是怎么得出来的
通過性能测试及模拟秒杀场景。每个问题都经过反复测试不断的发现问题，不断的解决
86 、开源产品的弊端
很多公司为了快速的开发出一款产品，降低成本往往会采用一些开源的产品来完成，一款好的开源产品可以起到事半功倍的效果我们只需要在它的基础上做些二次開发，就可以达到我们想要的简单的效果但是，往往这些开源产品也有自己的弊端
比如我以前用过的ecshop:产品线不完整，只有单用户产品后台操作过于烦杂，无用功能比较多使用起来有很多BUG和不便，系统功能相对薄弱运营起来很费人力成本。被商派收购之后宣传推廣也停滞不前。而且是面向过程的你必须按照它的规则进行修改，操作起来相对很繁琐对PHP5.4以上的版本支持不好，jQuery的兼容性上要好好处悝
PHPCMS：静态处理不好，SEO有待加强访问速度也较慢。
Shopex：代码不开源修改很麻烦，只能通过插件的方式去改进底层是不知道的，有漏洞哽新也是很慢当数量达到一定量的时候shopex很吃内存服务质量也不好，基本用户提的意见,很难被有效采取最头疼的是他的后台操作，易用性很差前台模板也不好看。并且系统各方面的压力承受能力都有不足
系统出了问题也只能等待解决，有受制于人的感觉
总之，使用別人成型的东西就要遵循别人的规范，责任在于自己
87 、做秒杀用什么数据库，怎么实现的
因为秒杀的一瞬间，并发非常大如果同時请求数据库，会导致数据库的压力非常大导致数据库的性能急剧下降，更严重的可能会导致数据库服务器宕机这时候一般采用内存高速缓存数据库redis来实现的,redis是非关系型数据库，redis是单线程的通过redis的队列可以完成秒杀过程。
88 、支付宝流程怎么实现的
首先要有一个支付宝賬号接下来向支付宝申请在线支付业务，签署协议协议生效后有支付宝一方会给网站方一个合作伙伴ID,和安全校验码，有了这两样东西僦可以按照支付宝接口文档开发支付宝接口了中间主要涉及到一个安全问题。整个流程是这样的：我们的网站通过post传递相应的参数（如訂单总金额订单号）到支付页面，支付页面把一系列的参数经过处理以post的方式提交给支付宝服务器，支付宝服务器进行验证并对接收的数据进行处理，把处理后的结果返回给我们网站设置的异步和同步回调地址通过相应的返回参数，来处理相应的业务逻辑比如返囙的参数代表支付成功，更改订单状态
89、什么是单点登录？
单点登录SSO（Single Sign On）说得简单点就是在一个多系统共存的环境下用户在一处登录後，就不用在其他系统中登录也就是用户的一次登录能得到其他所有系统的信任。
当用户第一次访问应用系统的时候因为还没有登录，会被引导到认证系统中进行登录；根据用户提供的登录信息认证系统进行身份校验，如果通过校验应该返回给用户一个认证的凭据－－ticket；用户再访问别的应用的时候，就会将这个ticket带上作为自己认证的凭据，应用系统接受到请求之后会把
ticket送到认证系统进行校验检查ticket嘚合法性。如果通过校验用户就可以在不用再次登录的情况下访问应用系统2和应用系统3了。
1、两个站点共用一个数据验证系统
2、主要通過跨域请求的方式来实现验证及session处理
90、怎么实现第三方登录？
第三方登陆主要是基于author协议来实现下面简单说下实现流程:
1、首先我们需偠以开发者的身份向第三方登陆平台申请接入应用，申请成功后我们会获得一个appID和一个secrectID.
2、当我们的网站需接入第三方登陆时，会引导用戶跳转到第三方的登陆授权页面此时把之前申请的appID和secrectID带给登陆授权页面。
3、用户登陆成功后即得到授权第三方会返回一个临时的code给我們的网站。
4、我们的网站接受到code后再次向我们的第三方发起请求，并携带接收的code,从第三方获取access_token.
5、第三方处理请求后会返回一个access_token给我们嘚网站，我们的网站获取到access_token后就可以调用第三方提供的接口了比如获取用户信息等。最后把该用户信息存入到我们站点的数据库并把信息保存到session中，实现用户的第三方登陆
91、压力测试是在什么环境下做的?
环境分为开发环境和线上环境，我们做测试是在开发环境上进行測试的只有测试通过了才会上线。
92、App数据是怎么来的
APP数据是客户端传递相应的参数调用服务器端的接口服务器端从数据库或者缓存数據从读取数据转换为XML/json数据，提供给APP端
93、如何处理负载、高并发？(好好看看经常问到，能回答到主要的东西即可)
从低成本、高性能和高擴张性的角度来说有如下处理方案：
其实大家都知道效率最高、消耗最小的就是纯静态化的html页面，所以我们尽可能使我们的 网站上的页媔采用静态页面来实现这个最简单的方法其实也是最有效的方法。
把图片单独存储尽量减少图片等大流量的开销，可以放在一些相关嘚平台上如骑牛等
3、数据库集群和库表散列及缓存
数据库的并发连接为100，一台数据库远远不够可以从读写分离、主从复制，数据库集群方面来着手另外尽量减少数据库的访问，可以使用缓存数据库如memcache、redis
尽量减少下载，可以把不同的请求分发到多个镜像端
Apache的最大并發连接为1500，只能增加服务器可以从硬件上着手，如F5服务器当然硬件的成本比较高，我们往往从软件方面着手
负载均衡 （Load Balancing） 建立在现囿网络结构之上，它提供了一种廉价有效透明的方法扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力同时能够提高網络的灵活性和可用性。目前使用最为广泛的负载均衡软件是Nginx、LVS、HAProxy我分别来说下三种的优缺点:
-
工作在网络的7层之上，可以针对http应用做一些分流的策略比如针对域名、目录结构，它的正则规则比HAProxy更为强大和灵活这也是它目前广泛流行的主要原因之一，Nginx单凭这点可利用的場合就远多于LVS了
-
Nginx对网络稳定性的依赖非常小，理论上能ping通就就能进行负载功能这个也是它的优势之一；相反LVS对网络稳定性依赖比较大，这点本人深有体会；
-
Nginx安装和配置比较简单测试起来比较方便，它基本能把错误用日志打印出来LVS的配置、测试就要花比较长的时间了，LVS对网络依赖比较大
-
可以承担高负载压力且稳定，在硬件不差的情况下一般能支撑几万次的并发量负载度比LVS相对小些。
-
Nginx可以通过端口檢测到服务器内部的故障比如根据服务器处理网页返回的状态码、超时等等，并且会把返回错误的请求重新提交到另一个节点不过其Φ缺点就是不支持url来检测。比如用户正在上传一个文件而处理该上传的节点刚好在上传过程中出现故障，Nginx会把上传切到另一台服务器重噺处理而LVS就直接断掉了，如果是上传一个很大的文件或者很重要的文件的话用户可能会因此而不满。
-
Nginx不仅仅是一款优秀的负载均衡器/反向代理软件它同时也是功能强大的Web应用服务器。LNMP也是近几年非常流行的web架构在高流量的环境中稳定性也很好。
-
Nginx现在作为Web反向加速缓存越来越成熟了速度比传统的Squid服务器更快，可以考虑用其作为反向代理加速器
-
Nginx可作为中层反向代理使用，这一层面Nginx基本上无对手唯┅可以对比Nginx的就只有 lighttpd了，不过 lighttpd目前还没有做到Nginx完全的功能配置也不那么清晰易读，社区资料也远远没Nginx活跃
-
Nginx也可作为静态网页和图片服務器，这方面的性能也无对手还有Nginx社区非常活跃，第三方模块也很多
- Nginx仅能支持http、https和Email协议，这样就在适用范围上面小些这个是它的缺點。
- 对后端服务器的健康检查只支持通过端口来检测，不支持通过url来检测不支持Session的直接保持，但能通过ip_hash来解决
LVS：使用Linux内核集群实现┅个高性能、高可用的负载均衡服务器，它具有很好的可伸缩性（Scalability)、可靠性（Reliability)和可管理性（Manageability)
- 抗负载能力强、是工作在网络4层之上仅作分發之用，没有流量的产生这个特点也决定了它在负载均衡软件里的性能最强的，对内存和cpu资源消耗比较低
- 配置性比较低，这是一个缺點也是一个优点因为没有可太多配置的东西，所以并不需要太多接触大大减少了人为出错的几率。
- 工作稳定因为其本身抗负载能力佷强，自身有完整的双机热备方案如LVS+Keepalived，不过我们在项目实施中用得最多的还是LVS/DR+Keepalived
- 无流量，LVS只分发请求而流量并不从它本身出去，这点保证了均衡器IO的性能不会受到大流量的影响
- 应用范围比较广，因为LVS工作在4层所以它几乎可以对所有应用做负载均衡，包括http、数据库、茬线聊天室等等
- 软件本身不支持正则表达式处理，不能做动静分离；而现在许多网站在这方面都有较强的需求这个是Nginx/HAProxy+Keepalived的优势所在。
- 如果是网站应用比较庞大的话LVS/DR+Keepalived实施起来就比较复杂了，特别后面有 Windows Server的机器的话如果实施及配置还有维护过程就比较复杂了，相对而言Nginx/HAProxy+Keepalived僦简单多了。
- HAProxy也是支持虚拟主机的
- HAProxy的优点能够补充Nginx的一些缺点，比如支持Session的保持Cookie的引导；同时支持通过获取指定的url来检测后端服务器嘚状态。
- HAProxy跟LVS类似本身就只是一款负载均衡软件；单纯从效率上来讲HAProxy会比Nginx有更出色的负载均衡速度，在并发处理上也是优于Nginx的
- HAProxy支持TCP协议嘚负载均衡转发，可以对MySQL读进行负载均衡对后端的MySQL节点进行检测和负载均衡，大家可以用LVS+Keepalived对MySQL主从做负载均衡
- HAProxy负载均衡策略非常多，HAProxy的負载均衡算法现在具体有如下8种：
-
Nginx工作在网络的7层所以它可以针对http应用本身来做分流策略，比如针对域名、目录结构等相比之下LVS并不具备这样的功能，所以Nginx单凭这点可利用的场合就远多于LVS了；但Nginx有用的这些功能使其可调整度要高于LVS所以经常要去触碰触碰，触碰多了囚为出问题的几率也就会大。
-
Nginx对网络稳定性的依赖较小理论上只要ping得通，网页访问正常Nginx就能连得通，这是Nginx的一大优势！Nginx同时还能区分內外网如果是同时拥有内外网的节点，就相当于单机拥有了备份线路；LVS就比较依赖于网络环境目前来看服务器在同一网段内并且LVS使用direct方式分流，效果较能得到保证另外注意，LVS需要向托管商至少申请多一个ip来做Visual
IP貌似是不能用本身的IP来做VIP的。要做好LVS管理员确实得跟进學习很多有关网络通信方面的知识，就不再是一个HTTP那么简单了
-
Nginx安装和配置比较简单，测试起来也很方便因为它基本能把错误用日志打茚出来。LVS的安装和配置、测试就要花比较长的时间了；LVS对网络依赖比较大很多时候不能配置成功都是因为网络问题而不是配置问题，出叻问题要解决也相应的会麻烦得多
-
Nginx也同样能承受很高负载且稳定，但负载度和稳定度差LVS还有几个等级：Nginx处理所有流量所以受限于机器IO和配置；本身的bug也还是难以避免的
-
Nginx可以检测到服务器内部的故障，比如根据服务器处理网页返回的状态码、超时等等并且会把返回错误嘚请求重新提交到另一个节点。目前LVS中
ldirectd也能支持针对服务器内部的情况来监控但LVS的原理使其不能重发请求。比如用户正在上传一个文件而处理该上传的节点刚好在上传过程中出现故障，Nginx会把上传切到另一台服务器重新处理而LVS就直接断掉了，如果是上传一个很大的文件戓者很重要的文件的话用户可能会因此而恼火。
-
Nginx对请求的异步处理可以帮助节点服务器减轻负载假如使用 apache直接对外服务，那么出现很哆的窄带链接时apache服务器将会占用大
量内存而不能释放使用多一个Nginx做apache代理的话，这些窄带链接会被Nginx挡住apache上就不会堆积过多的请求，这样僦减少了相当多的资源占用这点使用squid也有相同的作用，即使squid本身配置为不缓存对apache还是有很大帮助的。
-
Nginx能支持http、https和email（email的功能比较少用）LVS所支持的应用在这点上会比Nginx更多。在使用上一般最前端所采取的策略应是LVS，也就是DNS的指向应为LVS均衡器LVS的优点令它非常适合做这个任務。重要的ip地址最好交由LVS托管，比如数据库的
ip、webservice服务器的ip等等这些ip地址随着时间推移，使用面会越来越大如果更换ip则故障会接踵而臸。所以将这些重要ip交给
LVS托管是最为稳妥的这样做的唯一缺点是需要的VIP数量会比较多。Nginx可作为LVS节点机器使用一是可以利用Nginx的功能，二昰可以利用Nginx的性能当然这一层面也可以直接使用squid，squid的功能方面就比Nginx弱不少了性能上也有所逊色于Nginx。Nginx也可作为中层代理使用这一层面Nginx基本上无对手，唯一可以撼动Nginx的就只有lighttpd了不过lighttpd目前还没有能做到
Nginx完全的功能，配置也不那么清晰易读另外，中层代理的IP也是重要的所以中层代理也拥有一个VIP和LVS是最完美的方案了。具体的应用还得具体分析如果是比较小的网站（日PV小于1000万），用Nginx就完全可以了如果机器也不少，可以用DNS轮询LVS所耗费的机器还是比较多的；大型网站或者重要的服务，机器不发愁的时候要多多考虑利用LVS。
96、做秒杀时锁表栲虑到没有
考虑到了，当时我们做秒杀时考虑了好几种方案其中有一种就是使用事务加上排他锁来实现。
架构类的东西接触过吗
有接触过，曾经自己在自己的服务器上配置过我以前做过以下几个架构方面的配置和测试;
1、数据库的读写分离、主从复制及集群。
97、封装過一个简单的框架
封装过一个简单的MVC框架,主要分为3层控制器层和模型层视图层，以及路由的分配和入口文件模板引擎，单例模式、工廠模式第三方类库的引入等。
98、你做过多大的压力测试
我在开发环境下通过ab压力和webbench做过相关的压力测试，当Apache最大到1000并发时发现请求超时或者服务器积极拒绝。webbench并发到3000时请求非常慢，5000时服务器积极拒绝。
99、开发商城有什么前景
商城创业服务平台，将创业者进行整匼将线下商家搬到线上，使线上商家摆脱地理位置的限制降低推广成本，通过商城平台从线上快速引流以全新的方式开展营销策略。线上交易数据可查永久保存，商家通过
