为了做好运维面试路上的助攻手，特整理了上百道 【运维技术栈面试题集锦】 ，让你面试不慌心不跳，高薪offer怀里抱！
这次整理的面试题，小到shell、MySQL，大到K8s等云原生技术栈，不仅适合运维新人入行面试需要，还适用于想提升进阶跳槽加薪的运维朋友。
本份面试集锦涵盖了
- 174 道运维工程师面试题
- 128道k8s面试题
- 108道shell脚本面试题
- 200道Linux面试题
- 51道docker面试题
- 35道Jenkis面试题
- 78道MongoDB面试题
- 17道ansible面试题
- 60道dubbo面试题
- 53道kafka面试
- 18道mysql面试题
- 40道nginx面试题
- 77道redis面试题
- 28道zookeeper
总计 1000+ 道面试题， 内容 又全含金量又高
- 174道运维工程师面试题
1、什么是运维?
2、在工作中，运维人员经常需要跟运营人员打交道，请问运营人员是做什么工作的?
3、现在给你三百台服务器，你怎么对他们进行管理?
4、简述raid0 raid1raid5二种工作模式的工作原理及特点
5、LVS、Nginx、HAproxy有什么区别?工作中你怎么选择?
6、Squid、Varinsh和Nginx有什么区别，工作中你怎么选择?
7、Tomcat和Resin有什么区别，工作中你怎么选择?
8、什么是中间件?什么是jdk?
9、讲述一下Tomcat8005、8009、8080三个端口的含义？
10、什么叫CDN?
11、什么叫网站灰度发布?
12、简述DNS进行域名解析的过程?
13、RabbitMQ是什么东西?
14、讲一下Keepalived的工作原理?
15、讲述一下LVS三种模式的工作过程?
16、mysql的innodb如何定位锁问题，mysql如何减少主从复制延迟?
17、如何重置mysql root密码?
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
- 因为在
**内核态**可以访问操作系统的代码和数据，自定义动作 可能干出危害操作系统的事- 在
**用户态**中可以减少影响，并且可以做到溯源为什么不在执行完 自定义动作 直接后返回进程？
- 因为 自定义动作 和 待返回的进程 属于不同的堆栈，是无法返回的
- 并且进程的上下文数据还在内核态中，所以需要先坠入内核态，才能正确返回用户态
注意： 用户自定义的动作，需要先切换至 **用户态** 中执行，执行结束后，还需要坠入 **内核态**
通过一张图快速记录信号的 处理 过程
图片来源：Linux进程信号
3、信号的捕捉
接下来谈谈 信号 是如何被 捕捉 的
3.1、内核如何实现信号的捕捉？
如果信号的执行动作为 用户自定义动作，当信号 递达 时调用 用户自定义动作，这一动作称为 信号捕捉
用户自定义动作 是位于 用户空间 中的
当 **内核态** 中任务完成，准备返回 **用户态** 时，检测到信号 递达，并且此时为 用户自定义动作，需要先切入 **用户态** ，完成 用户自定义动作 的执行；因为 用户自定义动作 和 待返回的函数 属于不同的 堆栈 空间，它们之间也不存在 调用与被调用 的关系，是两个 独立的执行流，需要先坠入 **内核态** （通过 sigreturn() 坠入），再返回 **用户态** （通过 sys_sigreturn() 返回）
上述过程可以总结为下图：
3.2、sigaction
sigaction 也可以 用户自定义动作，比 signal 功能更丰富
#include <signal.h>
int sigaction(int signum, const struct sigaction \*act,
struct sigaction \*oldact);
struct sigaction
{
void (\*sa_handler)(int); //自定义动作
void (\*sa_sigaction)(int, siginfo_t \*, void \*); //实时信号相关，不用管
sigset_t sa_mask; //待屏蔽的信号集
int sa_flags; //一些选项，一般设为 0
void (\*sa_restorer)(void); //实时信号相关，不用管
};
返回值：成功返回 0，失败返回 -1 并将错误码设置
参数1：待操作的信号
参数2：sigaction 结构体，具体成员如上所示
参数3：保存修改前进程的 sigaction 结构体信息
这个函数的主要看点是 sigaction 结构体
struct sigaction
{
void (\*sa_handler)(int); //自定义动作
void (\*sa_sigaction)(int, siginfo_t \*, void \*); //实时信号相关，不用管
sigset_t sa_mask; //待屏蔽的信号集
int sa_flags; //一些选项，一般设为 0
void (\*sa_restorer)(void); //实时信号相关，不用管
};
其中部分字段不需要管，因为那些是与 实时信号 相关的，我们这里不讨论
重点可以看看 sa_mask 字段
sa_mask：当信号在执行 用户自定义动作 时，可以将部分信号进行屏蔽，直到 用户自定义动作 执行完成
也就是说，我们可以提前设置一批 待阻塞 的 屏蔽信号集，当执行 signum 中的 用户自定义动作 时，这些 屏蔽信号集 中的 信号 将会被 屏蔽（避免干扰 用户自定义动作 的执行），直到 用户自定义动作 执行完成
可以简单用一下 sigaction 函数
#include <iostream>
#include <cassert>
#include <cstring>
#include <signal.h>
#include <unistd.h>
using namespace std;
static void DisplayPending(const sigset_t pending)
{
// 打印 pending 表
cout << "当前进程的 pending 表为: ";
int i = 1;
while (i < 32)
{
if (sigismember(&pending, i))
cout << "1";
else
cout << "0";
i++;
}
cout << endl;
}
static void handler(int signo)
{
cout << signo << " 号信号确实递达了" << endl;
// 最终不退出进程
int n = 10;
while (n--)
{
// 获取进程的 未决信号集
sigset_t pending;
sigemptyset(&pending);
int ret = sigpending(&pending);
assert(ret == 0);
(void)ret; // 欺骗编译器，避免 release 模式中出错
DisplayPending(pending);
sleep(1);
}
}
int main()
{
cout << "当前进程: " << getpid() << endl;
//使用 sigaction 函数
struct sigaction act, oldact;
//初始化结构体
memset(&act, 0, sizeof(act));
memset(&oldact, 0, sizeof(oldact));
//初始化 自定义动作
act.sa_handler = handler;
//初始化 屏蔽信号集
sigaddset(&act.sa_mask, 3);
sigaddset(&act.sa_mask, 4);
sigaddset(&act.sa_mask, 5);
//给 2号 信号注册自定义动作
sigaction(2, &act, &oldact);
// 死循环
while (true);
return 0;
}
当 2 号信号的循环结束（10 秒），3、4、5 信号的 阻塞 状态解除，立即被 递达，进程就被干掉了
注意： 屏蔽信号集 sa_mask 中已屏蔽的信号，在 用户自定义动作 执行完成后，会自动解除 阻塞 状态
4、信号部分小结
截至目前，信号 处理的所有过程已经全部学习完毕了
信号产生阶段：有四种产生方式，包括 键盘键入、系统调用、软件条件、硬件异常
信号保存阶段：内核中存在三张表，blcok 表、pending 表以及 handler 表，信号在产生之后，存储在 pending 表中
信号处理阶段：信号在 **内核态** 切换回 **用户态** 时，才会被处理
===== 补充 =====
下面是一些补充知识
5、可重入函数
可以被重复进入的函数称为 可重入函数
比如单链表头插的场景中，节点 node1 还未完成插入时，node2 也进行了头插，最终导致 节点 node2 丢失，造成 内存泄漏
导致 内存泄漏 的罪魁祸首：对于 node1 和 node2 来说，操作的 单链表 是同一个，同时进行并发访问（重入）会出现问题的，因为此时的 单链表 是临界资源
我们学过的函数中，90% 都是 不可重入的
函数是否可重入是一个特性，而非缺点，需要正确看待
不可重入的条件：
- 调用了内存管理相关函数
- 调用了标准
I/O库函数，因为其中很多实现都以不可重入的方式使用数据结构
6、volatile
volatile 关键字可以避免 编译器 的优化，保证内存的 可见性
比如在下面这个例子中
借助全局变量 falg 设计一个死循环的场景，在此之前将 2 号信号进行自定义动作捕捉，具体动作为：将 flag 改为 1，可以终止 main 函数中的循环体
#include <stdio.h>
#include <signal.h>
int flag = 0; // 一开始为假
void handler(int signo)
{
printf("%d号信号已经成功发出了\n", signo);
flag = 1;
}
int main()
{
signal(2, handler);
while(!flag); // 故意不写 while 的代码块 { }
printf("进程已退出\n");
return 0;
}
初步结果符合预期，2 号信号发出后，循环结束，程序正常退出
这段代码能符合我们预期般的正确运行是因为 当前编译器默认的优化级别很低，没有出现意外情况
通过指令查询 gcc 优化级别的相关信息
man gcc
: /O1
其中数字越大，优化级别越高，理论上编译出来的程序性能会更好
事实真的如此吗？
让我们重新编译上面的程序，并指定优化级别为 O1
gcc mySignal mySignal.c -O1
编译成功后，再次运行程序
此时得到了不一样的结果：2 号信号发出后，对于 falg 变量的修改似乎失效了
将优化级别设为更高是一样的结果，如果设为 O0 则会符合预期般的运行，说明我们当前的编译器默认的优化级别是 O0
查看编译器的版本
gcc --version
当前版本为 gcc（GCC） 4.8.5 （不同版本编译器的默认优化级别可能略有不同）
那么我们这段代码哪个地方被优化了呢？
- 答案是
while循环判断
首先要明白：
- 对于程序中的数据，需要先被
load到CPU中的**寄存器**中 - 判断语句所需要的数据（比如
flag），在进行判断时，是从**寄存器**中拿取并判断 - 根据判断的结果，判断代码的下一步该如何执行（通过
PC指针指向具体的代码执行语句）
所以程序在优化级别为 O0 或更低时，是这样执行的：
7、SIGCHLD 信号
在 进程控制 学习时期，我们明白了一个事实：父进程必须等待子进程退出并回收，并为其 “收尸”，避免变成 “僵尸进程” 占用系统资源、造成内存泄漏
那么 父进程是如何知道子进程退出了呢？
- 在之前的场景中，父进程要么就是设置为 阻塞式专心等待，要么就是 设置为
WNOHANG非阻塞式等待，这两种方法都需要 父进程 主动去检测 子进程 的状态
如今学习了 进程信号 相关知识后，可以思考一下：子进程真的是安安静静的退出的吗？
- 答案当然不是，子进程在退出后，会给父进程发送
SIGCHLD信号
可以通过 SIGCHLD 信号 通知 父进程，子进程 要退出了，这样可以解放 父进程，不必再去 主动检测 ，而是 子进程 要退出的时候才通知其来 “收尸”
SIGCHLD 信号比较特殊，默认动作 SIG_DEF 是 什么都不做
首先通过程序证明一下子进程会发出 SIGCHLD 信号
通过自定义捕捉，打印相关信息
#include <stdio.h>
#include <stdlib.h>
#include <signal.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/wait.h>
void handler(int signo)
{
printf("进程 %d 捕捉到了 %d 号信号\n", getpid(), signo);
}
int main()
{
signal(SIGCHLD, handler);
pid\_t id = fork();
if(id == 0)
{
int n = 5;
while(n)
printf("子进程剩余生存时间: %d秒 [pid: %d ppid: %d]\n", n--, getpid(), getppid());
// 子进程退出
exit(-1);
}
waitpid(id, NULL, 0);
return 0;
}
因此可以证明 SIGCHLD 是被子进程真实发出的，当然，我们可以自定义捕捉动作为 回收子进程，让父进程不再主动检测子进程的状态，可以自己忙自己的事
#include <stdio.h>
#include <stdlib.h>
#include <signal.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/wait.h>
pid\_t id; // 将子进程的id设为全局变量，方便对比
void handler(int signo)
{
printf("进程 %d 捕捉到了 %d 号信号\n", getpid(), signo);
// 这里的 -1 表示父进程等待时，只要是已经退出了的子进程，都可以进行回收
pid\_t ret = waitpid(-1, NULL, 0);
if(ret > 0)
printf("父进程: %d 已经成功回收了 %d 号进程，之前的子进程是 %d\n", getpid(), ret, id);
}
int main()
{
signal(SIGCHLD, handler);
id = fork();
if(id == 0)
{
int n = 5;
while(n)
{
printf("子进程剩余生存时间: %d秒 [pid: %d ppid: %d]\n", n--, getpid(), getppid());
sleep(1);
}
// 子进程退出
exit(-1);
}
// 父进程很忙的话，可以去做自己的事
while(1)
{
// TODO
printf("父进程正在忙...\n");
sleep(1);
}
return 0;
}
父进程和子进程各忙各的，子进程退出后会发信号通知父进程，并且能做到正确回收
那么这种方法就一定对吗？
- 答案是不一定，在只有一个子进程的场景中，这个代码没问题，但如果是涉及多个子进程回收时，这个代码就有问题了
根本原因：SIGCHLD 也是一个信号啊，它可能也会在 block 表和 pending 表中被置为 1，当多个子进程同时向父进程发出信号时，父进程只能先回收最快发出信号的子进程，并将随后发出信号的子进程 SIGCHLD 信号保存在 blcok 表中，除此之外，其他的子进程信号就丢失了，父进程处理完这两个信号后，就认为没有信号需要处理了，这就造成了内存泄漏
解决方案：自定义捕捉函数中，采取 while 循环式回收，有很多进程都需要回收没问题，排好队一个个来就好了，这样就可以确保多个子进程同时发出 SIGCHLD 信号时，可以做到一一回收
细节：多个子进程运行时，可能有的退了，有的没退，这会导致退了的子进程发出信号后，触发自定义捕捉函数中的循环等待机制，回收完已经退出了的子进程后，会阻塞式的等待还没有退出的子进程，如果子进程一直不退，就会一直被阻塞，所以我们需要把进程回收设为 WNOHANG 非阻塞式等待
正确的代码长这样：
#include <stdio.h>
#include <stdlib.h>
#include <signal.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/wait.h>
void handler(int signo)
{
printf("进程 %d 捕捉到了 %d 号信号\n", getpid(), signo);
// 这里的 -1 表示父进程等待时，只要是已经退出了的子进程，都可以进行回收
while (1)
{
pid_t ret = waitpid(-1, NULL, WNOHANG);
if (ret > 0)
printf("父进程: %d 已经成功回收了 %d 号进程\n", getpid(), ret);
else
break;
}
printf("子进程回收成功\n");
}
int main()
{
signal(SIGCHLD, handler);
// 创建10个子进程
int n = 10;
while (n--)
{
pid_t id = fork();
if (id == 0)
{
int n = 5;
while (n)
{
printf("子进程剩余生存时间: %d秒 [pid: %d ppid: %d]\n", n--, getpid(), getppid());
sleep(1);
}
// 子进程退出
exit(-1);
}
}
// 父进程很忙的话，可以去做自己的事
while (1)
{
// TODO
printf("父进程正在忙...\n");
sleep(1);
}
return 0;
}
其实还有一种更加优雅的子进程回收方案
由于 UNIX 历史原因，要想子进程不变成 僵尸进程，可以把 SIGCHLD 的处理动作设为 SIG_IGN 忽略，这里的忽略是个特例，只是父进程不对其进行处理，但只要设置之后，子进程在退出时，由 操作系统 对其负责，自动清理资源并进行回收，不会产生 僵尸进程
也就是说，直接在父进程中使用 signal(SIGCHLD, SIG_IGN) 就可以优雅的解决 子进程回收问题，父进程既不用等待，也不需要对信号做出处理
原理：在设置 SIGCHLD 信号的处理动作为忽略后，父进程的 PCB 中有关僵尸进程处理的标记位会被修改，子进程继承父进程的特性，子进程在退出时，操作系统检测到此标记位发生了改变，会直接把该子进程进行释放
SIGCHLD 的默认处理动作是忽略（什么都不做），而忽略动作是让操作系统帮忙回收，父进程不必关心
注意： 这种情况很特殊，只能保证在 Linux 系统中有效，其他类 UNIX 系统中可能没啥用
🌆总结
最全的Linux教程，Linux从入门到精通
======================
-
linux从入门到精通(第2版)
-
Linux系统移植
-
Linux驱动开发入门与实战
-
LINUX 系统移植 第2版
-
Linux开源网络全栈详解 从DPDK到OpenFlow
第一份《Linux从入门到精通》466页
====================
内容简介
====
本书是获得了很多读者好评的Linux经典畅销书**《Linux从入门到精通》的第2版**。本书第1版出版后曾经多次印刷，并被51CTO读书频道评为“最受读者喜爱的原创IT技术图书奖”。本书第﹖版以最新的Ubuntu 12.04为版本，循序渐进地向读者介绍了Linux 的基础应用、系统管理、网络应用、娱乐和办公、程序开发、服务器配置、系统安全等。本书附带1张光盘，内容为本书配套多媒体教学视频。另外,本书还为读者提供了大量的Linux学习资料和Ubuntu安装镜像文件，供读者免费下载。
本书适合广大Linux初中级用户、开源软件爱好者和大专院校的学生阅读，同时也非常适合准备从事Linux平台开发的各类人员。
需要《Linux入门到精通》、《linux系统移植》、《Linux驱动开发入门实战》、《Linux开源网络全栈》电子书籍及教程的工程师朋友们劳烦您转发+评论
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
经典畅销书**《Linux从入门到精通》的第2版**。本书第1版出版后曾经多次印刷，并被51CTO读书频道评为“最受读者喜爱的原创IT技术图书奖”。本书第﹖版以最新的Ubuntu 12.04为版本，循序渐进地向读者介绍了Linux 的基础应用、系统管理、网络应用、娱乐和办公、程序开发、服务器配置、系统安全等。本书附带1张光盘，内容为本书配套多媒体教学视频。另外,本书还为读者提供了大量的Linux学习资料和Ubuntu安装镜像文件，供读者免费下载。
本书适合广大Linux初中级用户、开源软件爱好者和大专院校的学生阅读，同时也非常适合准备从事Linux平台开发的各类人员。
需要《Linux入门到精通》、《linux系统移植》、《Linux驱动开发入门实战》、《Linux开源网络全栈》电子书籍及教程的工程师朋友们劳烦您转发+评论
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
627
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
