为了做好运维面试路上的助攻手,特整理了上百道 【运维技术栈面试题集锦】 ,让你面试不慌心不跳,高薪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行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
FILE
文件结构体,内部是C语言关于文件属性的集合,必定要封装系统提供的文件描述符。
printf("%d\n", stdin->_fileno); // stdin/stdout/stderr中封装的有fd
printf("%d\n", stdout->_fileno);
printf("%d\n", stderr->_fileno);
重定向
#include <unistd.h>
int dup2(int oldfd, int newfd);
把 oldfd 指向的文件地址拷贝给 newfd 位置,自此就可以通过 newfd 访问老文件了。
oldfd 和 newfd 看作两个变量,dup2 作用就是将 oldfd 赋值给 newfd。
在系统内部,修改进程对应文件描述符表的特定下标位置的内容,致使该 fd 指向其他文件。这个过程上层是无法感知的。
// 输入重定向
int fd = open("log.txt", O_RDONLY);
dup2(fd, 0);
// 输出重定向
int fd = open("log.txt", O_WRONLY);
dup2(fd, 1);
重定向和父子进程
- 进程程序替换后dup2的作用并不会消失。修改代码数据和修改进程文件描述符表,二者并不冲突。
- 进程的
files_struct
也是内核数据结构,也会被子进程继承下来。
虚拟文件系统
进程默认打开标准输入输出错误文件,分别对应着键盘和显示器设备。如何做到“一切皆文件”的呢?
不同的硬件设备,如键盘显示器等,它们的驱动程序提供给操作系统的读写接口肯定是不一样的。操作系统为避免差异统一管理,在驱动层上添加了一层虚拟文件系统vfs
,也就是一堆文件结构体的集合。
文件结构体中只声明读写函数的形式,由底层设备驱动提供具体的读写函数实现。
当有数据来时,系统先通过系统的读写接口将数据拷贝到对应文件的缓冲区中,再通过设备驱动提供的读写接口将数据真正送到硬件上。
系统不需要关心底层设备细节,只需调用对应文件结构体读写方法即可。这样就能以文件视角统一的看待所有设备。这就是系统层面的多态。
文件结构体像是只声明读写函数的父类对象,设备驱动像是拥有读写函数具体实现的子类对象。
这就是Linux系统一切皆文件的实现方法。
1.2 文件操作接口
open/close
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
int open (const char\* pathname, int flags);
int open (const char\* pathname, int flags, mode_t mode);
int creat(const char\* pathname, mode_t mode);
#include <unistd.h>
int close(int fd);
pathname | flags | mode | 返回值 |
---|---|---|---|
文件的路径 | 打开模式 | 文件权限 | 成功返回文件描述符,失败返回–1 |
flags
是打开模式标志位,本质是32位整型位图,可以将多个宏参数按位或传入。
如:O_WRONLY
代表只写,O_CREAT
代表创建,O_RDONLY
代表只读,O_TRUNC
表示清空原有内容。
这些宏都是互不相同且只有一个比特位为1的整数。可以将多个宏或起来传入,简单且高效。
mode
是八进制整数,用来设置该文件的权限信息。需要提前设置程序文件权限掩码umask
。
如:0664
,从前向后每一位分别代表用户组员其他人的读写执行权限。
- 和C文件接口
fopen
不同,open
以写方式打开,默认不会清空文件内容。写入会覆盖原有内容。
创建文件时必须要指定文件权限。已知文件存在可以不管权限。
umask(00);
int fd = open("log.txt", O_CREAT | O_WRONLY, 0666);
int fd = open("log.txt", O_CREAT | O_WRONLY | O_TRUNC, 0666);
int fd = open("log.txt", O_CREAT | O_WRONLY | O_APPEND, 0666);
printf("fd: %d, errno: %d, errdisc: %s\n", fd, errno, strerror(errno));
close(fd);
write/read
#include <unistd.h>
ssize_t write(int fd, const void\* buf, size_t count);
ssize_t read (int fd, void\* buf, size_t count);
fd | buf | count | 返回值 | |
---|---|---|---|---|
write | 文件描述符 | 写入字符串 | 写入的字符个数 | 真正写入的字符个数 |
read | 文件描述符 | 读取数组 | 读取的字符个数 | 真正读取的字符个数 |
//write
ssize_t s = write(fd, "hello log.txt\n", strlen(msg));
assert(s);
//read
char buff[1024] = {0};
ssize_t s = read(fd, buff, sizeof(buff) - 1);
assert(s);
1.3 缓冲区
先用示例代码,引出缓冲区的存在。
close(1);
int fd = open("./log. txt", O_WRONLY, O_CREAT, 0664);
printf("hello printf\n");
//close(fd);
// 如果不close,log.txt会存在内容。 如果close,log.txt不会存在内容
用户缓冲区和内核缓冲区
语言会提供语言层面的缓冲区,属于用户缓冲区。内核层也存在缓冲区,叫做内核缓冲区。数据会先后经过语言和内核缓冲区,最后到达硬件设备。
C语言缓冲区实际上就是
FILE
结构体中指向的一段用户空间。
调用语言级的文件读写函数如,本质是:
- 先将数据写入到用户缓冲区;
- 再通过系统调用,刷新用户缓冲区的内容到内核缓冲区;
- 最后,内核刷新数据到磁盘或其他外设中。
也就是说,通过语言库函数读写文件,都必将数据输出到用户缓冲区,再交给系统输出到内核,并不会直接到外设上。
用户缓冲区的刷新策略有三种:
- 不缓冲,立即刷新;
- 行缓冲,一行结束就刷新缓冲区;一般显示器是行刷新。
- 全缓冲,缓冲区满了才刷新。一般向磁盘文件写入是全缓冲,最后进程退出时还会统一刷新一次。
此时再回看本节开头的例子代码。
close(1);
int fd = open("./log. txt", O_WRONLY, O_CREAT, 0664);
printf("hello printf\n");
//close(fd);
// 如果不close,log.txt会存在内容。 如果close,log.txt不会存在内容
重定向1号文件为普通文件,输出一行后数据仍在用户缓冲区中。此时直接关闭系统文件流,会导致用户缓冲区的内容最终无法刷新到文件中。
避免这种情况可以手动 fflush 刷新用户缓冲区,或者关闭C文件流而不是系统文件流。
write(3, "hello write\n", 12);
fprintf(file_ptr, "hello printf\n");
close(1); // 关闭文件
write
直接输出到内核缓冲区,不会被 close 关闭文件而“拦截”;printf
是语言库函数,要经用户缓冲区再到内核缓冲区,会被 close 关闭文件“拦截”住。
缓冲区和子进程
write(fd, "hello write\n", 12);
fprintf(fp, "hello printf\n");
fork(); // 创建子进程
执行结果如图所示:
hello write
hello printf # 父进程
hello printf # 子进程
子进程创建时,printf 等库函数输出的数据仍在C缓冲区中。C缓冲区是存在于C语言文件结构体FILE
中的内存空间。
故C缓冲区属于程序代码和数据,父子进程是共享的。任意一方刷走C缓冲区的数据就会触发写时拷贝,剩下一方必定也会刷新走属于自己的那一份数据。
也就是说,只要子进程创建之后,数据仍然存在于用户缓冲区中,那么父子进程必然会都刷新一遍。
当然,可以在提前刷新缓冲区,fork 之时就不会存在数据写实拷贝了。
2. 磁盘文件
文件没被打开时是存储在磁盘上的,接下来就是探究磁盘如何合理的存储文件。
2.1 硬盘的物理结构
文件就是文件内容和文件属性的集合。文件如果没有被打开,则是存储在磁盘上的。
磁盘是计算机中的唯一的机械设备。虽然机械硬盘几乎退出桌面市场,但它具有容量大,价格便宜,寿命长的优点,所以企业中一般都使用机械硬盘存储数据。
磁盘整体由盘片、主轴、磁头、机械臂以及其他部分组成,其中主轴带动多个盘片高速转动,由机械臂带动磁头在盘片上寻找指定位置进行读写。
- 主轴上套有一摞盘片,每一个盘片有两个面,每个面都有一个磁头。
- 盘片表面多个同心圆划分出“磁道”,半径所在直线划出“扇面”,扇面和磁道划分出“扇区”。每个扇区大小一般为512字节。
- 磁头首先要移动到指定的磁道,盘片不停旋转,等待指定的扇区到来,即可进行读写。
这就是CHS定位法。
抽象逻辑结构
CHS是磁盘硬件的定位方式,如果直接将该方法写入内核。就会使内核代码冗余度高、耦合度高、难以维护。
操作系统会对磁盘这样的块设备,抽象出统一的逻辑结构。
由于磁头很小,可以看成一个点,磁盘虽然是圆形,对于磁头来说,磁道是线性的一条直线。故可以将磁盘抽象成线性结构,如下图所示:
磁盘可以抽象成元素为磁道的数组,磁道抽象成元素为扇区的数组,通过下标可以定位任意一个扇区。系统IO的基本单位为4KB,我们将8个扇区看作一个块,通过地址也能定位任意一个块,这就是逻辑块地址LBA。
LBA和CHS地址通过简单数学运算就可以转化,这样系统和磁盘的交互方式就打通了。
2.2 磁盘区域的管理
系统是如何按LBA逻辑结构去管理磁盘的呢?以ext2文件系统为例。
- 将一整块硬盘,划分成多个磁盘分区。
- 每个磁盘分区都有一个存储磁盘系统加载信息的启动块
Boot Block
和多个分组Block Group
。
磁盘文件的存储
每一个块组Block Group
内部,又被划分出了不同区域,这里才是存储文件的开始:
内容 | 解释 |
---|---|
Super Block | 存储整个分区文件系统的属性信息。 备份于多个分组中,防止故障 |
Group Descriptor Table | 存储本组的使用详细统计信息,如组内 inode 和 data block 的使用情况 |
Inode Table | 实际存储文件属性的区域 |
Data Blocks | 实际存储文件内容的区域 |
Block Bitmap | 便于在Data Block 查找空block 的辅助位图 |
Inode BitMap | 便于在Inode Table 查找空inode 的辅助位图 |
Linux 存储文件是将文件的内容和属性分离存储的。
-
Inode Table
:是实际存储文件属性的区域。- 这块区域也被划分成很多
inode
节点,用来存储单个文件的属性,大小一般为128Bytes。 - 一个文件一个
inode
,所以inode
编号可以唯一标识文件。
- 这块区域也被划分成很多
-
Data Blocks
:是实际存储文件内容的区域。- 这块区域又划分成很多
block
块,用来存储单个文件的内容,大小一般为4KB。 inode
结构体中有block
的索引数组。
- 这块区域又划分成很多
Block BitMap
,Inode BitMap
:遍历Inode Table
找空余inode
效率太低。因此使用两个位图来帮助我们查找空余位置。- 位图的下标对应每个
inode/block
的位置下标。 - 位图的元素值为1表示该
inode/block
被占用、为0表示inode/block
未使用。
理解inode
//inode结构体,存储文件的属性信息
struct inode {
// 文件的所有属性
int inode_number;
int blocks[NUM]; // 存储该文件所占有的所有block的下标
};
NUM个block大小终究是有上限的,如何做到一个文件的大小无上限呢?
blocks数组存储的是文件所占用的block的索引下标。其中分为直接索引和二级索引甚至多级索引。
- 直接索引:直接就是存储文件内容的block的下标。
- 二级索引:对应的block中不存储文件内容,存储文件后续使用的block的下标,依此找到后续block。
文件系统会根据文件的大小,来规定一级索引和多级索引的数量。
理解文件增删查改
$ ll -i # 查看文件的inode编号
total 16
1320703 -rw-rw-r-- 1 yyx yyx 12 May 22 15:00 hello.c
1320704 drwxrwxr-x 2 yyx yyx 4096 May 22 14:31 tmp
Linux系统只根据文件的 inode 编号来标识文件。
文件的 inode 中并不存储文件名,但文件都存放在某个目录下**。在目录文件的 block 中保存的是该目录下所有文件的 inode 编号和文件名的映射**。
$ touch hello.c # 1. 在inode bitmap中找到空余的inode位置,并创建文件inode
# 2. 再将文件名hello.c和inode的映射,填充到所在目录的block中
$ echo "hello world" > hello.c # 1. 读取所在目录的block,获取hello.c文件映射的inode
# 2. 根据inode找到文件的block,将字符串hello world填入block中
$ cat hello.c # 1. 读取所在目录的block,获取hello.c文件映射的inode
# 2. 遍历inode table找到并打印inode对应的block[]中的内容
$ rm hello.c # 1. 读取所在目录的block,获取hello.c文件映射的inode
# 2. 在inode bitmap中找到对应inode的位置将其置0
# 之后再创建文件会自动覆盖
2.3 软硬连接
软硬链接可以帮助我们在其他目录下建立一个文件的链接,软链接像是 windows 里的快捷方式,硬链接像是直接复制了一份。
软硬链接的创建和取消
$ ln -s mytest mytest_link # 创建软链接
$ ln mytest mytest_hard # 创建硬链接
$ unlink mytest_hard # 取消硬链接
$ unlink mytest_link # 取消软链接
软硬链接的区别
$ ln tmp/test mytest_soft -s
$ ln tmp/test mytest_hard
$ ll -i
total 8
1055017 -rw-rw-r-- 2 yyx yyx 48 Apr 18 02:24 myfile
1055017 -rw-rw-r-- 2 yyx yyx 48 Apr 18 02:24 myfile_hard # 硬连接inode和源文件相同
1055027 lrwxrwxrwx 1 yyx yyx 10 Apr 18 02:24 myfile_soft -> myfile # 软连接inode和源文件不同
硬链接文件的 inode 和被链接文件的 inode 是一样的,但软链接文件有自己独立的 inode。
先自我介绍一下,小编浙江大学毕业,去过华为、字节跳动等大厂,目前在阿里
深知大多数程序员,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年最新Linux运维全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上运维知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
硬链接文件的 inode 和被链接文件的 inode 是一样的,但软链接文件有自己独立的 inode。
**先自我介绍一下,小编浙江大学毕业,去过华为、字节跳动等大厂,目前在阿里**
**深知大多数程序员,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!**
**因此收集整理了一份《2024年最新Linux运维全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友。**
[外链图片转存中...(img-qtlELsdH-1714731403081)]
[外链图片转存中...(img-OmoAJSZj-1714731403081)]
[外链图片转存中...(img-PccDr9TD-1714731403082)]
[外链图片转存中...(img-ONYyEOhK-1714731403082)]
[外链图片转存中...(img-v1M7hnE7-1714731403082)]
**既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上运维知识点,真正体系化!**
**由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新**
**[需要这份系统化的资料的朋友,可以点击这里获取!](https://bbs.csdn.net/topics/618542503)**