为了做好运维面试路上的助攻手，特整理了上百道 【运维技术栈面试题集锦】 ，让你面试不慌心不跳，高薪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行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
2.2 Options
选项可用于更改输出，可以在选项options目录中列出：
ls options/funcgraph-\*
这些调整输出并且可以包括或排除详细信息，例如 CPU ID (funcgraph-cpu)、进程名称 (funcgraph-proc)、函数持续时间 (funcgraph-duration) 和延迟标记 (funcgraph-overhead)。
（1）
执行函数的 CPU 编号默认启用。 有时最好只跟踪一个 cpu，或者您有时可能会在 cpu 跟踪切换时看到无序的函数调用。
hide: echo nofuncgraph-cpu > trace_options
show: echo funcgraph-cpu > trace_options
（2）
持续时间（函数的执行时间）显示在函数的右括号行上，或者在叶子函数的情况下显示在与当前函数相同的行上。 它是默认启用的。
hide: echo nofuncgraph-duration > trace_options
show: echo funcgraph-duration > trace_options
叶子函数：没有调用其他的函数。
（3）
task/pid 字段显示执行该函数的线程 cmdline 和 pid。 默认禁用。
hide: echo nofuncgraph-proc > trace_options
show: echo funcgraph-proc > trace_options
比如：
# tracer: function\_graph
#
# CPU TASK/PID DURATION FUNCTION CALLS
# | | | | | | | | |
0) sh-4802 | | d\_free() {
0) sh-4802 | | call\_rcu() {
0) sh-4802 | | \_\_call\_rcu() {
0) sh-4802 | 0.616 us | rcu\_process\_gp\_end();
0) sh-4802 | 0.586 us | check\_for\_new\_grace\_period();
0) sh-4802 | 2.899 us | }
0) sh-4802 | 4.040 us | }
0) sh-4802 | 5.151 us | }
0) sh-4802 | + 49.370 us | }
(4)
在达到持续时间阈值的情况下，开销字段在持续时间字段之前。
hide: echo nofuncgraph-overhead > trace_options
show: echo funcgraph-overhead > trace_options
depends on: funcgraph-duration
比如：
3) # 1837.709 us | } /\* \_\_switch\_to \*/
3) | finish\_task\_switch() {
3) 0.313 us | \_raw\_spin\_unlock\_irq();
3) 3.177 us | }
3) # 1889.063 us | } /\* \_\_schedule \*/
3) ! 140.417 us | } /\* \_\_schedule \*/
3) # 2034.948 us | } /\* schedule \*/
3) \* 33998.59 us | } /\* schedule\_preempt\_disabled \*/
[...]
1) 0.260 us | msecs\_to\_jiffies();
1) 0.313 us | \_\_rcu\_read\_unlock();
1) + 61.770 us | }
1) + 64.479 us | }
1) 0.313 us | rcu\_bh\_qs();
1) 0.313 us | \_\_local\_bh\_enable();
1) ! 217.240 us | }
1) 0.365 us | idle\_cpu();
1) | rcu\_irq\_exit() {
1) 0.417 us | rcu_eqs_enter_common.isra.47();
1) 3.125 us | }
1) ! 227.812 us | }
1) ! 457.395 us | }
1) @ 119760.2 us | }
[...]
2) | handle\_IPI() {
1) 6.979 us | }
2) 0.417 us | scheduler\_ipi();
1) 9.791 us | }
1) + 12.917 us | }
2) 3.490 us | }
1) + 15.729 us | }
1) + 18.542 us | }
2) $ 3594274 us | }
+ means that the function exceeded 10 usecs.
! means that the function exceeded 100 usecs.
# means that the function exceeded 1000 usecs.
\* means that the function exceeded 10 msecs.
@ means that the function exceeded 100 msecs.
$ means that the function exceeded 1 sec.
（5）
对于开始在跟踪缓冲区中的函数，可以在右括号（the closing bracket）后显示函数名称，从而可以更轻松地使用 grep 搜索函数持续时间。 默认禁用。
hide: echo nofuncgraph-tail > trace_options
show: echo funcgraph-tail > trace_options
nofuncgraph-tail 示例（默认）：
0) | putname() {
0) | kmem\_cache\_free() {
0) 0.518 us | \_\_phys\_addr();
0) 1.757 us | }
0) 2.861 us | }
funcgraph-tail 示例：
0) | putname() {
0) | kmem\_cache\_free() {
0) 0.518 us | \_\_phys\_addr();
0) 1.757 us | } /\* kmem\_cache\_free() \*/ 右括号（代表函数结束）显示函数名称
0) 2.861 us | } /\* putname() \*/ --右括号（代表函数结束）显示函数名称
（6）
可以使用 trace_printk() 对特定函数 function() 添加一些注释 例如，如果您想在 function() 函数中添加注释，您只需包含 <linux/ftrace.h> 并在 function() 中调用 trace_printk() ：
trace\_printk("I'm a comment!\n")
将产生：
1) | function() {
1) | /\* I'm a comment! \*/
1) 1.449 us | }
三、tracepoint
3.1 tracepoint简介
参考：Event Tracing
tracepoint是内核静态检测，跟踪点在技术上只是放置在内核源代码中的跟踪函数； 它们从定义和格式化它们的参数的跟踪事件接口中使用。 跟踪事件在 tracefs 中可见，并与 Ftrace 共享输出和控制文件
无需创建自定义内核模块即可使用tracepoint来使用 event tracing infrastructure 注册探测功能。
并非所有tracepoint都可以使用 event tracing system 进行跟踪； 内核开发人员必须提供代码片段，这些代码片段定义了如何将跟踪信息保存到跟踪缓冲区中，以及应该如何打印跟踪信息。
基于 ftrace 跟踪内核静态跟踪点，包括全部可用于跟踪的静态跟踪点，可跟踪的完整列表可通过 available_events 查看：
events 目录下查看到各分类的子目录：
ls -F events
例如，以下启用 block:block_rq_issue 跟踪点并实时监视事件。 此示例通过禁用跟踪点完成：
echo 1 > events/block/block_rq_issue/enable
cat trace_pipe | more
前五列是：进程名称“-”PID、CPU ID、标志、时间戳（秒）和事件名称。其余的是跟踪点的格式字符串。
echo 0 > events/block/block_rq_issue/enable
从这个例子中可以看出，跟踪点在事件下的目录结构中有控制文件。 每个跟踪系统都有一个目录（例如，“block”）和每个事件的子目录（例如，“block_rq_issue”）：
这些控制文件记录在 Linux 源代码的 Documentation/trace/events.rst 下，在此示例中，启用文件用于打开和关闭跟踪点。 其他文件提供过滤和触发功能。
3.2 Filter
可以包含过滤器以仅在满足布尔表达式时记录事件。 它有一个受限制的语法：
field operator value
（1）数字运算符是以下之一：==、!=、<、<=、>、>=、&；
（2）对于字符串：==、!=、~。
（3）“~”运算符执行 shell glob 样式的匹配，带有通配符：*、?、[]。
这些布尔表达式可以用括号分组并使用：&&、|| 组合。
备注：
通配符*：表示字符在匹配模式的文本中出现0次或多次
通配符?：表示字符在匹配模式的文本中出现0次或1次
通配符[]: []表示字符组，可以定义用来匹配文本模式中某个位置的一组字符。如果字符组中某个字符出现在了数据流中，就匹配该模式。
例如，以下对已启用的 block:block_rq_insert 跟踪点设置过滤器以仅跟踪字节字段大于 64 KB 的事件：
echo 'bytes > 65536' > events/block/block_rq_insert/filter
输出现在只包含较大的 I/O。
echo 0 > events/block/block_rq_insert/filter //echo 0 重置过滤器
3.3 Trigger
触发事件时，触发器会运行额外的跟踪命令。 该命令可能是启用或禁用其他跟踪、打印堆栈跟踪或获取跟踪缓冲区的快照。 当前未设置触发器时，可以从触发器文件中列出可用的触发器命令。 例如：
cat events/block/block_rq_issue/trigger
触发器的一个用例是当您希望查看导致错误条件的事件时：可以将触发器放置在错误条件上，该条件可以禁用跟踪 (traceoff)，以便跟踪缓冲区仅包含先前的事件，或者获取 一个快照（snapshot）来保存它。
触发器可以通过使用 if 关键字与上一节中显示的过滤器结合使用。 这可能是匹配错误条件或有趣事件所必需的。 例如，要在大于 64 KB 的块 I/O 排队时停止记录事件：
echo 'traceoff if bytes > 65536' > events/block/block_rq_insert/trigger
四 、kprobes
这些事件类似于基于跟踪点的事件。 它不是基于 Tracepoint，而是基于 kprobes（kprobe 和 kretprobe）。 所以它可以探测 kprobes 可以探测的任何地方（这意味着，除了那些带有 __kprobes/nokprobe_inline 注释和那些标记为 NOKPROBE_SYMBOL 的函数之外的所有函数）。 与基于 Tracepoint 的事件不同，它可以动态添加和删除.
要启用此功能，请使用 CONFIG_KPROBE_EVENTS=y 构建内核。
与events tracer（tracepoint）类似，这不需要通过 current_tracer 激活。 取而代之的是，通过 /sys/kernel/debug/tracing/kprobe_events 添加探测点，并通过 /sys/kernel/debug/tracing/events/kprobes//enable 启用它。
您也可以使用 /sys/kernel/debug/tracing/dynamic_events 而不是 kprobe_events。 该接口也将提供对其他动态事件的统一访问。
kprobes 是内核动态检测机制，允许我们跟踪函数任意位置，还可用于获取函数参数与结果返回值。kprobe 机制跟踪函数须是 available_filter_functions 列表中的子集。
kprobes 创建 kprobe 事件供跟踪器使用，它与 Ftrace 共享 tracefs 输出和控制文件。kprobes 类似于 Ftrace 函数跟踪器，因为它们跟踪核函数。然而，kprobes 可以进一步定制，可以放置在函数偏移量（单独的指令）上，并且可以报告函数参数和返回值。
4.1 Event Tracing
每个探针事件过滤功能允许您在每个探针上设置不同的过滤器，并为您提供将在跟踪缓冲区中显示的参数。 如果在 kprobe_events 中的 ‘p:’ 或 ‘r:’ 之后指定了事件名称，它会在 tracking/events/kprobes/ 下添加一个事件，在该目录中您可以看到 id、enable、format 、filter 和 trigger。
例如，以下使用 kprobes 检测 do_nanosleep() 内核函数：
echo 'p:brendan do\_nanosleep' >> kprobe_events
echo 1 > events/kprobes/brendan/enable
cat trace | more
enable:
You can enable/disable the probe by writing 1 or 0 on it.
format:
This shows the format of this probe event.
filter:
You can write filtering rules of this event.
id:
This shows the id of this probe event.
trigger:
This allows to install trigger commands which are executed when the event is hit
echo 0 > events/kprobes/brendan/enable
echo '-:brendan' >> kprobe_events
通过将特殊语法附加到 kprobe_events 来创建和删除 kprobe。 创建后，它会与跟踪点一起出现在 events 目录中，并且可以以类似的方式使用。kprobe 语法在 Documentation/trace/kprobetrace.rst 下的内核源代码中有完整说明。kprobes 能够跟踪内核函数的进入和返回以及函数偏移量。
kprobe_events 概要：
p[:[GRP/]EVENT] [MOD:]SYM[+offs]|MEMADDR [FETCHARGS] : Set a probe
r[MAXACTIVE][:[GRP/]EVENT] [MOD:]SYM[+0] [FETCHARGS] : Set a return probe
p:[GRP/]EVENT] [MOD:]SYM[+0]%return [FETCHARGS] : Set a return probe
-:[GRP/]EVENT : Clear a probe
GRP : Group name. If omitted, use "kprobes" for it.
EVENT : Event name. If omitted, the event name is generated
based on SYM+offs or MEMADDR.
MOD : Module name which has given SYM.
SYM[+offs] : Symbol+offset where the probe is inserted.
SYM%return : Return address of the symbol
MEMADDR : Address where the probe is inserted.
MAXACTIVE : Maximum number of instances of the specified function that
can be probed simultaneously, or 0 for the default value
as defined in Documentation/trace/kprobes.rst section 1.3.1.
FETCHARGS : Arguments. Each probe can have up to 128 args.
%REG : Fetch register REG
@ADDR : Fetch memory at ADDR (ADDR should be in kernel)
@SYM[+|-offs] : Fetch memory at SYM +|- offs (SYM should be a data symbol)
$stackN : Fetch Nth entry of stack (N >= 0)
$stack : Fetch stack address.
$argN : Fetch the Nth function argument. (N >= 1) (\\*1)
$retval : Fetch return value.(\\*2)
$comm : Fetch current task comm.
+|-[u]OFFS(FETCHARG) : Fetch memory at FETCHARG +|- OFFS address.(\\*3)(\\*4)
\IMM : Store an immediate value to the argument.
NAME=FETCHARG : Set NAME as the argument name of FETCHARG.
FETCHARG:TYPE : Set TYPE as the type of FETCHARG. Currently, basic types
(u8/u16/u32/u64/s8/s16/s32/s64), hexadecimal types
(x8/x16/x32/x64), "string", "ustring" and bitfield
are supported.
(\\*1) only for the probe on function entry (offs == 0).
(\\*2) only for return probe.
(\\*3) this is useful for fetching a field of data structures.
(\\*4) "u" means user-space dereference. See :ref:`user_mem_access`.
在上面的示例中，字符串“p:brendan do_nanosleep”为内核符号 do_nanosleep() 创建了一个名为“brendan”的探针 (p:)。 字符串“-:brendan”删除名称为“brendan”的探测。
4.2 Arguments
与函数跟踪不同，kprobes 可以检查函数参数和返回值。 例如，这里是前面跟踪的 do_nanosleep() 函数的声明，来自 kernel/time/hrtimer.c，其中突出显示了参数变量类型：
static int __sched do\_nanosleep(struct hrtimer\_sleeper \*t, enum hrtimer\_mode mode)
{
hrtimer\_init\_sleeper(t, current);
do {
set\_current\_state(TASK_INTERRUPTIBLE);
hrtimer\_start\_expires(&t->timer, mode);
if (likely(t->task))
freezable\_schedule();
hrtimer\_cancel(&t->timer);
mode = HRTIMER_MODE_ABS;
} while (t->task && !signal\_pending(current));
\_\_set\_current\_state(TASK_RUNNING);
return t->task == NULL;
}
跟踪 Intel x86_64 系统上的前两个参数并将它们打印为十六进制（默认值）：
echo 'p:brendan do_nanosleep hrtimer_sleeper=$arg1 hrtimer_mode=$arg2' >> kprobe_events
echo 0 > events/kprobes/brendan/enable
echo '-:brendan' >> kprobe_events
在第一行的事件描述中添加了额外的语法：例如，字符串“hrtimer_sleeper=$arg1”跟踪函数的第一个参数并使用自定义名称“hrtimer_sleeper”。 这已在输出中突出显示。
在 Linux 4.20 中添加了访问
a
r
g
1
、
arg1、
arg1、arg2 等函数的参数。 以前的 Linux 版本需要使用寄存器名称。 这是使用寄存器名称的等效 kprobe 定义：
echo 'p:brendan do_nanosleep hrtimer_sleeper=%di hrtimer_mode=%si' >> kprobe_events
要使用寄存器名称，您需要知道处理器类型和使用的函数调用约定。 x86_64 uses the AMD64 ABI，所以前两个参数在寄存器 rdi 和 rsi 中可用。
4.3 Return Values
返回值的特殊别名 $retval 可用于 kretprobes。 以下示例使用它来显示 do_nanosleep() 的返回值：
echo 'r:brendan do_nanosleep ret=$retval' >> kprobe_events
echo 1 > events/kprobes/brendan/enable
cat trace_pipe
echo 0 > events/kprobes/brendan/enable
echo '-:brendan' >> kprobe_events
此输出表明，在跟踪时，do_nanosleep() 的返回值始终为“0”（成功）。
4.4 Filters and Triggers
Filters and triggers可以在 events/kprobes/… 目录中使用，就像 tracepoints一样。
这是带有参数的 do_nanosleep() 上早期 kprobe 的格式文件（来自小节 4.2 Arguments）：
请注意，我的自定义 hrtimer_sleeper 和 hrtimer_mode 变量名称作为可与过滤器一起使用的字段可见。 例如：
echo 'hrtimer\_mode != 1' > events/kprobes/brendan/filter
这只会跟踪 hrtimer_mode 不等于 1 的 do_nanosleep() 调用。
4.5 kprobe Profiling
启用 kprobe 时，Ftrace 会计算它们的事件。 这些计数可以打印在 kprobe_profile 文件中。 例如：
echo 'p:brendan do\_nanosleep' >> kprobe_events
echo 1 > events/kprobes/brendan/enable
cat trace_pipe
cat /sys/kernel/debug/tracing/kprobe_profile
通过 /sys/kernel/debug/tracing/kprobe_profile 检查探测命中和探测未命中的总数。 第一列是事件名称，第二列是探测命中数，第三列是探测未命中数。
event name probe hits probe miss-hits
虽然您已经可以使用 function profiler 获取函数计数，但我发现 kprobe 探查器可用于检查监控软件使用的始终启用的 kprobe，以防某些触发过于频繁而应禁用（ 如果可能的话）。
五、ftrace_enabled
请注意，proc sysctl ftrace_enable 是函数跟踪器的大开/关开关。 默认情况下它是启用的（当内核中启用函数跟踪时）。 如果禁用，则禁用所有功能跟踪。 这不仅包括 ftrace 的函数跟踪器，还包括任何其他用途（perf、kprobes、堆栈跟踪、分析等）。
It cannot be disabled if there is a callback with FTRACE_OPS_FL_PERMANENT set registered.
请小心禁用此功能。
这可以通过以下方式禁用（和启用）：
sysctl kernel.ftrace_enabled=0
sysctl kernel.ftrace_enabled=1
or
echo 0 > /proc/sys/kernel/ftrace_enabled
echo 1 > /proc/sys/kernel/ftrace_enabled
六、trace/trace_pipe/Snapshot
(1) trace file：
该文件以可读的格式保存跟踪的输出。 使用 O_TRUNC 标志打开此文件进行写入会清除环形缓冲区内容。 请注意，此文件不是消费者。 如果跟踪关闭（没有跟踪器运行，或 tracking_on 为零），每次读取时都会产生相同的输出。 当跟踪打开时，它可能会产生不一致的结果，因为它会尝试读取整个缓冲区而不消耗它。
cat trace
(2) trace_pipe file
输出与“trace”文件相同，但该文件旨在通过实时跟踪进行流式传输。 从此文件读取将阻塞，直到检索到新数据。 与“trace”文件不同，这个文件是一个消费者。 这意味着从此文件读取会导致顺序读取以显示更多当前数据。 一旦从这个文件中读取数据，它就会被消耗掉，并且不会通过顺序读取再次读取。 “trace”文件是静态的，如果tracer没有添加更多数据，每次读取都会显示相同的信息。
cat trace_pipe
trace_pipe 输出的内容与trace文件相同，但对跟踪的影响不同。 每次从 trace_pipe 读取都会被消耗。 这意味着后续的读取会有所不同。The trace is live.
请注意，在添加更多输入之前，读取 trace_pipe 文件将被阻塞。 这与trace文件相反。 如果任何进程打开trace文件进行读取，它实际上将禁用跟踪并阻止添加新条目。 trace_pipe 文件没有这个限制。
（3）Snapshot
cat snapshot
CONFIG_TRACER_SNAPSHOT 使所有非延迟跟踪器都可以使用通用快照功能。 （记录最大延迟的延迟跟踪器，例如“irqsoff”或“wakeup”，不能使用此功能，因为它们已经在内部使用快照机制。）
快照在特定时间点保留当前跟踪缓冲区，而不会停止跟踪。 Ftrace 将当前缓冲区与备用缓冲区交换，并在新的当前（=先前备用）缓冲区中继续跟踪。
“tracing”中的以下tracefs文件与此功能相关：
snapshot:
这用于拍摄快照并读取快照的输出，echo 1 到该文件中以分配一个备用缓冲区并拍摄快照（交换），然后以与“跟踪”相同的格式从该文件中读取快照，读取快照和跟踪都可以并行执行。 分配备用缓冲区时，echo 0 会释放它，echo else（除0和1以为的其它正整数，比如2、3等等） 值会清除快照内容。
echo 1 > events/sched/enable
echo 1 > snapshot
cat snapshot
echo 0 > events/sched/enable
echo 0 > snapshot
cat snapshot
echo > trace
echo 3 > snapshot
cat snapshot
如果您在当前跟踪器是延迟跟踪器之一时尝试使用此快照功能，您将获得以下结果：
七、trace entries
在诊断内核中的问题时，数据过多或不足都会很麻烦。 文件 buffer_size_kb 用于修改内部跟踪缓冲区的大小。 列出的数字是每个 CPU 可以记录的条目数。 要知道完整大小，请将可能的 CPU 数乘以条目数。
(1)
# cat buffer\_size\_kb
1408 (units kilobytes)
(2)
或者简单地读取buffer_total_size_kb:
# cat buffer\_total\_size\_kb
5632
(3)
要修改缓冲区，只需简单地echo一个数字（在 1024 字节段中）:
# echo 10000 > buffer\_size\_kb
# cat buffer\_size\_kb
10000 (units kilobytes)
(4)
它将尝试尽可能多地分配。 如果分配过多，可能会导致 Out-Of-Memory 触发。
# echo 1000000000000 > buffer\_size\_kb
-bash: echo: write error: Cannot allocate memory
# cat buffer\_size\_kb
85
(5)
per_cpu缓冲区也可以单独修改:
# echo 10000 > per\_cpu/cpu0/buffer\_size\_kb
# echo 100 > per\_cpu/cpu1/buffer\_size\_kb
(6)
当 per_cpu 缓冲区不相同时，顶层的 buffer_size_kb 只会显示一个 X
# cat buffer\_size\_kb
X
写入顶层 buffer_size_kb 会将所有缓冲区重置为相同。
八、Filter commands
set_ftrace_filter 接口支持的命令很少。 跟踪命令具有以下格式：
<function>:<command>:<parameter>
支持以下命令：
8.1 mod
此命令启用每个模块的功能过滤。 参数定义模块。 例如，如果只需要 ext3 模块中的 write* 函数，
echo ‘write\*:mod:ext3’ > set_ftrace_filter
此命令与过滤器的交互方式与基于函数名称的过滤相同。 因此，在不同的模块中添加更多功能是通过将 (>>) 附加到过滤器文件来完成的。 通过添加“！”来删除特定的模块功能：
echo '!writeback\*:mod:ext3' >> set_ftrace_filter
最后的话
最近很多小伙伴找我要Linux学习资料，于是我翻箱倒柜，整理了一些优质资源，涵盖视频、电子书、PPT等共享给大家！
资料预览
给大家整理的视频资料：
给大家整理的电子书资料：
如果本文对你有帮助，欢迎点赞、收藏、转发给朋友，让我有持续创作的动力！
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
缓冲区重置为相同。
八、Filter commands
set_ftrace_filter 接口支持的命令很少。 跟踪命令具有以下格式：
<function>:<command>:<parameter>
支持以下命令：
8.1 mod
此命令启用每个模块的功能过滤。 参数定义模块。 例如，如果只需要 ext3 模块中的 write* 函数，
echo ‘write\*:mod:ext3’ > set_ftrace_filter
此命令与过滤器的交互方式与基于函数名称的过滤相同。 因此，在不同的模块中添加更多功能是通过将 (>>) 附加到过滤器文件来完成的。 通过添加“！”来删除特定的模块功能：
echo '!writeback\*:mod:ext3' >> set_ftrace_filter
最后的话
最近很多小伙伴找我要Linux学习资料，于是我翻箱倒柜，整理了一些优质资源，涵盖视频、电子书、PPT等共享给大家！
资料预览
给大家整理的视频资料：
[外链图片转存中…(img-IA2zSABk-1715772031482)]
给大家整理的电子书资料：
[外链图片转存中…(img-FZur2qx5-1715772031482)]
如果本文对你有帮助，欢迎点赞、收藏、转发给朋友，让我有持续创作的动力！
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
1001
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
