本文目录导航：
技术面试应该问些什么？应聘者应该如何应答？
最近教训了一波面试，团体谈一谈心得感触。
首先我发现很多面试官基本不知道要问些什么？想到哪问到哪。
应聘者或许几个回答的他比拟满意就感觉还不错，又或许几个不满意就感觉不好。
这样是片面的，也自觉和不足指标的。
我感觉这样的面试官是不合格的。
基本不能有效的为企业找到适宜的人才。
怎样样更好的为企业招到真正须要的人才呢？ 我以为，首先要有明晰的指标，公司招聘的目的是做什么？岗位的基本要求是什么？这个岗位未来或许会有什么样的开展等。
基于以上要素我感觉招聘面试的内容也分为两种类型。
肯定的和裁减的。
什么是肯定的呢？ 就是假设肯定的常识点超越三个不分明就可以判别为不合格，由于这是上班中肯定会用到的，或许或许性极大会用到的。
假设疑问或许会影响上班的停顿。
裁减的就是切实，概念，其余打算，深度了解水平等。
这方面的了解是加法项，了解的越多，越深越好。
但假设不是太了解，在没有更好的候选人的时刻也是可以思索的。
最后呢，作为面试官肯定技术够扎实，够深度。
由于技术才干不够就很难招到技术较好的人。
也不要以团体好恶来评判，要站在公司高层的高度去看待，最好多团体面试。
防止因团体要素招到同一类性情的人。
对团队的肥壮开展不利。
但作为应聘者应该怎样应答那些不合格的招聘者呢？ 我感觉，你要主动反击，疏导面试官的疑问。
由于假设面试官问一个你答一个，不施展，不疏导出你相熟的技术，就失去展秀自己的时机。
另外，很多面试官也不知道问什么，通常想到什就问什么。
这样，通常他会问自己长于的点，由于每团体的长于的点是不一样的，万一问到你不长于的畛域你就主动了。
更甚至给面试官你技术不好的印象，殊不知有或许他问的不片面而已，但他会以偏概全的以为你不适宜。
比如：当面试官问你redis相熟吗？你就要把你了解的redis相关的技术点大略说一下，比如数据结构，经常使用场景，雪崩，击穿，穿透，存储模型，高可用，集群等。
这样面试官很或许基于你列到的常识点问一问，由于他也没去想到要问什么，就是趁势去聊了。
当然你列出的常识点你还是比拟相熟的，刚好给自己展现的时机，也给面试官留下较好的印象。
同样，假设你仅仅回答个：相熟。
那么面试官此刻也没想好该问什么，他很或许挑自己比拟相熟的常识点问。
或许他最近在钻研内存模型，他极大或许问这个，而你这方面不太相熟，肯定回答的支支吾吾。
好吧，面试官知道你疑问，便又想到一个他相熟的疑问。
假设刚好你也疑问这个常识点，那么面试官或许就以为你Redis不相熟。
就这样两个疑问就把你的Redis给pass了，其实你Redis还是蛮熟的，只是对内存方面不太熟而已。
接着，他或许会问MySQL，假设又刚好遇到相似的疑问，那么你基本上就挂了。
反观下面两种场景，一个其乐融融，一个不欢而散。
是不是疏导很关键呢。
当然假设是一个较为合格面试官就不会出现这样的状况。
由于肯定的常识点和裁减常识点他列的很分明，无论你疏导与否，他都会问及，这就要看你的基本功了。
另外，假设问及到你治理方面的常识，说明这个岗位会有治理偏差，肯定要站在治理者的角度去思索，仔细回答好。
我曾经就在技术岗面试时问到治理方面，过后就随意说说，以为技术岗，这方面随意聊聊而已。
起初才知道，原来人家还是偏治理岗的。
所以每一个疑问都仔细看待吧。
祝你喜气！ 大家感觉我说的有情理吗？欢迎批判斧正！ 后续会加一些 PHP 技术面试题及答案，都是团体总结，未必准确，仅供参考。
青睐的好友可以先关注下。
面试中问到Redis耐久化的原理，本篇在做具体解答
咱们知道redis是一个高效的散布式内存数据库 ，由于是操作内存所以性能十分之快，通罕用它来做散布式缓存，用来提高微服务的高性能，然而由于是内存操作，所以当出现主机缺点，断电等状况就会形成内存数据失落 ，无法复原，因此redis 引入了耐久化机制来将内存数据写入磁盘，从而保证了Redis的数据不被失落。
Redis有两种耐久化的方式，一种是RDB，另外种是AOF。
RDB是将Redis内存中数据的快照存储在磁盘内，是Redis的自动耐久化打算。
RDB耐久化自动有三种战略
可在中性能，会以一段期间内到达指定修正的次数为规定来触发快照操作，快照文件名为。
每当Redis服务重启的时刻都会从该文件中把数据加载到内存中。
在60秒内有次操作即触发RDB耐久化。
没有满足第一种条件时，在900秒内有1次操作即触发RDB耐久化。
没有满足第二种条件时，在300秒内有10次操作即触发RDB耐久化。
RDB耐久化除了可以依据性能中的战略来触发外，还可以经常使用save和bgsave命令手动来触发。
这两个命令的区别在于save会阻塞主机进程。
在口头save命令的环节中，主机不能处置任何恳求，然而bgsave（background save，后盾保留）命令会经过一个子进程在后盾处置数据RDB耐久化。
实质上save和bgsave调用的都是rdbSave函数，所以Redis不准许save和bgsave命令同时口头，当然这也是为了防止RDB文件数据出现不分歧性的疑问。
每次都是一个大文件，备份写入IO操作笔记大，很容易耗时，影响进程资源经常使用。
假设最近一次性进程解体，那么最近一次性数据备份后的数据就被失落。
文件间接就可以当冷备经常使用
AOF（Append only File）以独立日志的方式记载每次的写命令，可以很好地处置了数据耐久化的实时性。
系统重启时可以从新口头AOF文件中的命令来复原数据。
AOF会先把命令追加在AOF缓冲区，而后依据对应战略写入硬盘。
AOF的成功流程有三个步骤
步骤一
把命令追加到AOF缓冲区，
步骤二
将缓冲区的内容写入程序缓冲区
步骤三
将程序缓冲区的内容写入文件
当AOF耐久化性能处于开启形态时，主机每口头完一个命令就会将命令以协定格局追加写入redisServer结构体的aof_buf缓冲区。
而在服务重启的时刻会把AOF文件加载到缓冲区中。
AOF有 三种触发机制
·always：每次出现数据变卦都会被立刻记载到磁盘，性能较差，但数据完整性比拟好。
·everysec：每秒钟将aof_buf缓冲区的内容写入AOF文件，假设宕机，就会有1秒内的数据失落。
·no：将数据同步操作交给操作系统来处置，性能最好，然而数据牢靠性最差。
在性能文件中设置appendonly=yes后，若没有指定apendfsync，自动会经常使用everysec选项。
写入指令随着期间的推移，记载了很多重复的指令，造成数据量十分大。
RDB优先级高于AOF
RDB小，AOF较大
RDB慢，AOF快
RDB快，AOF慢
java面试中redis，mongodb类的，会问哪些疑问，怎样回答
1、或许会问nosql和相关型数据库的区别：好处：1）老本：nosql数据库便捷易部署，基本都是开源软件，不须要像经常使用Oracle那样破费少量老本购置经常使用，相比相关型数据库多少钱廉价2）查问速度：nosql数据库将数据存储于缓存之中，相关型数据库将数据存储在硬盘中，人造查问速度远不迭nosql数据库3）存储数据的格局：nosql的存储格局是key,value方式、文档方式、图片方式等等，所以可以存储基础类型以及对象或许是汇合等各种格局，而数据库则只支持基础类型4）裁减性：相关型数据库有相似join这样的多表查问机制的限度造成裁减很困难缺陷：1）保养的工具和资料有限，由于nosql是属于新的技术，不能和相关型数据库10几年的技术同日而语。
2）不提供对sql的支持，假设不支持sql这样的工业规范，将发生肯定用户的学习和经常使用老本3）不提供相关型数据库对事物的处置2、引见下redis和mongodb：自行google。
3、运行场景：redis：a.关键是做热点数据缓存。
b.数据过时处置。
c.信息队列等性能。
d.计数，例如投票等。
mongodb：mongodb的关键指标是在键/值存储方式（提供了高性能和高度伸缩性）以及传统的RDBMS系统（丰盛的性能）架起一座桥梁，集两者的好处于一身。
mongo实用于以下场景：a.网站数据：mongo十分适宜实时的拔出，降级与查问，并具有网站实时数据存储所需的复制及高度伸缩性。
b.缓存：由于性能很高，mongo也适宜作为信息基础设备的缓存层。
在系统重启之后，由mongo搭建的耐久化缓存可以防止高层的数据源过载。
c.大尺寸、高价值的数据：经常使用传统的相关数据库存储一些数据时或许会比拟贵，在此之前，很多程序员往往会选用传统的文件启动存储。
d.高伸缩性的场景：mongo十分适宜由数十或许数百台主机组成的数据库。
e.用于对象及JSON数据的存储：mongo的BSON数据格局十分适宜文档格局化的存储及查问。
4、支持的数据类型:内容比拟多，自行将网上的信息整顿一下。
