大家好，linux常用命令面试题相信很多的网友都不是很明白，包括kafka常见面试题也是一样，不过没有关系，接下来就来为大家分享关于linux常用命令面试题和kafka常见面试题的一些知识点，大家可以关注收藏，免得下次来找不到哦，下面我们开始吧！
一、运维面试中的网络问题主要有哪些
运维面试中的网络问题主要包括以下几个方面：
1.TCP三次握手的原理和tcpdump的使用。
2.上一个运维项目的基本网络架构。
3.Linux或者其他小型机系统(aixhp-ux)的网络配置。
4.基本网络命令ping、nslookup、telnet、ssh、scp的使用。
5.网络故障排查方法，如ping命令的使用、网络排错工具的使用等。
6.基本的网络安全知识，如IP地址规划、网络安全漏洞等。
8.网络性能监控和分析工具的使用，如pingdom、top命令等。
二、面试高级php工程师，一般会问到哪些问题
高并发大访问量的mysql优化，服务器优化？
字段建索引、主从数据库、读写分离、表分区、负载均衡。
linux的慢查询日志会记录mysql的超时查询sql语句，定期察看进行优化。
2.大访问量下秒杀模块程序怎么设计，如果使用mysql会有多卖的情况，就是订单超过库存。
将订单数据缓存到内存，如果用数据库直接崩掉，毫无悬念的。
能用静态的用静态，不能静态的用内存缓存，例如memcache、redis，不能缓存的用数据库。
4.session可不可以跨域？怎么跨域？
将PHPsession机制重写（PHP提供），将session存储在memcache或者数据库就可以跨域了。
另外session能以三种方式存储，文件、数据库、缓存。
6.会不会写shell脚本以及linux的操作
还会问一下时下流行的东西，比如做没做过微信开发，例如微信支付开发、APP移动开发，等等问题。
问的核心东西都是围绕这些转的，如果有笔试会让你写sql，php功能（例如冒泡排序等排序），还有逻辑题。
我当初面试了很多，这是一个我的面试经验的总结，纯手打忘采纳。
三、桌面运维面试会问什么
1.请介绍一下您的运维经验和技能。
2.对于Linux操作系统，你有哪些熟练操作技巧？
3.如何排查桌面应用程序的故障？
5.请讲述一下您的网络配置和管理经验。
7.如何使用监控工具来掌握系统健康状态？
10.如何保证系统和应用程序的安全性？
四、jmeter面试常问的问题
Jmeter通过主机来控制各个压力机，并发大量用户，对服务器产生负载，从而实现性能测试。
性能需求分析，挑选了用户使用最频繁的功能或接口来做性能测试，比如车联网项目：注册接口，检测版本接口，下载接口，升级接口，确定性能指标，比如：响应时间小于1s，错误率小于等于0.01%，CPU和内存的使用率为70%左右，可稳定运行26小时。
提前准备好压力机和服务器，编写性能测试方案，搭建测试环境，准备测试数据。
采用Jmeter直接编写脚本或使用Java开发性能测试脚本。
设计性能测试场景，如单接口并发，多接口混合并发，稳定性测试等。
分析性能测试结果，如果有性能瓶颈，收集相关的日志给开发修改。
开发修改好后，回归性能测试，然后输出性能测试报告。
在寻找合适的并发用户数上，建议使用性能测试的“梯度模式”，逐渐增加并发用户数，这个时候压力也会越来越大，当TPS的增长率小于响应时间的增长率时，这就是性能的拐点，也就是最合理的并发用户数；
当TPS不再增长或者下降时，这个时候的压力就是最大的压力，所使用的并发用户数就是最大的并发用户数。如果此时的TPS不满足你的要求，那么就需要寻找瓶颈来优化
关键程度非常高的功能，如登录。
资源占用非常严重的功能（如包含复杂逻辑的接口）。
一般我们是在测试环境做性能测试，根据性能测试结果，来评估生产环境资源配置情况(生产环境未部署的情况下)，如有必要会对预发布环境做性能测试。
测试环境最后一轮功能测试完成后，测试环境稳定，无重大bug的情况下，做性能测试
查看聚合报告和服务器的资源使用图，检查响应时间，事务成功率，CPU，内存和IO使用率是否达到要求，如果出错率达到了总请求数的3%，我们会检查是什么原因导致的，修改好后，重新测试；
如果出现了性能瓶颈，比如响应时间，或者CPU使用率不达标，我们会从服务器上导出日志，分析是哪个地方导致响应时间过长，如果分析不出来，就叫上开发一起讨论，确定问题后，就提单给开发修复，修复好了就进行回归测试。
1.确定本次压测链路上网络流量上限值是多少
在压测之前，提前确定本地压测的数据流向，即压测请求从压力机上发出后，经过了哪些环节，最终到达服务器上。响应数据经过哪些环节，又返回到压力机。
并且每个环节中的网络上限是多少，最终我们整个网络环路的流量上限，就取决于环路中最低的那个上限值（木桶原理）。网络请求数据首先是从压力机的网卡发出，一般的网卡都是千兆网卡，然后网络带宽也会有限制，比如是100Mb，可能还会经过一些网络设备，如路由器、交换机、防火墙等，这些设备也都有网络上限，假如都是10000Mb，最后到达目标服务器的网卡（千兆网卡）。
整体链路如果最高支持100Mb的数据流量，大约是100/8=12.5MB（1字节=8位）。如果在局域网内，几乎就不用考虑带宽和网络设备的问题了，所以局域网内网卡的上限就是整个链路的网络上限。
2.压测过程中，当前网络上的流量大小是多少
一般在目标服务器上，通过一些工具对网络进行监控，如nmon、dstat、sar、nload等，可以查看到实时的网络数据。按照上面的分析，假如通过监控Linux服务器，发现服务器的网卡流量已经达到12.5MB左右，那么就说明当前网络链路上的流量已经达到上限了。当前网络已经出现了瓶颈。
响应时间不达标的话，我们会根据性能测试结果先检查看下是否是服务器带宽存在问题，如果带宽存在瓶颈，则会考虑增加带宽或者压缩传输数据，如果带宽没有问题的话，我们会从服务器上导出日志，开发一起讨论分析是哪个地方导致响应时间过长，确定问题后，就提单给开发修复，修复好了就进行回归测试。
首先使用top命令，查看cpu进程占用情况，如
查看占用cpu过高的pid是哪个服务，找到对应的服务后，反馈给开发解决
Q：程序在单用户场景下运行成功，多用户运行则失败，提示连不上服务器。
Q：程序实现的功能是，随机给用户分配不同的任务，单用户运行时，能成功分配；多用户并发申请任务时，所有用户得到的任务都是一样的。
A：原因：程序存在线程同步的问题。
在做性能测试时，服务器返回http500
运行的用户数过多，对服务器造成的压力过大，服务器无法响应。减小用户数或者场景持续时间，问题得到解决。
该做关联的地方没有去做关联。进行手工或者自动关联，问题得到解决。
录制时请求的页面、图片等，在回放的时候服务器找不到，若该页面无关紧要，则可以在脚本中注释掉，问题将会得到解决。例如：有验证码的情况下，尽管测试时已经屏蔽了，但是录制的时候提交了请求，但回放的时候不存在响应。
参数化时的取值有问题。可将参数化列表中的数值，拿到实际应用系统中进行测试，可排除问题。
更换了应用服务器（中间件的更换，如tomcat、websphere、jboss等），还是利用原先录制的脚本去运行，则很可能报HTTP500错误。因为各种应用服务器处理的机制不一样，所录制的脚本也不一样，解决办法只有重新录制脚本。
Windowsxp2与ISS组件不兼容，则有可能导致HTTP500错误。对ISS组件进行调整后问题解决。
系统开发程序写的有问题。例如有些指针问题没有处理好的，有空指针情况的存在。修改程序后问题解决。
启动方式。是多线程。还是多进程。一般多线程的容易出现500错误。
如果客户未提供，由测试跟开发开会沟通解决。
Jmeter新建线程组，设置并发用户数为200。
什么情况下要做关联，关联是怎么做的？
当下游接口的请求数据需要依赖上游接口请求返回的数据，就用关联。
有验证码或加密的功能,怎么做性能测试？
将验证码或加密暂时屏蔽，完成性能测试后，再恢复。注意：屏蔽验证码是不会给性能测试的结果带来影响的。
你们性能测试做的是前台还是后台？
平均事务响应时间，90%的事务响应时间，TPS，CPU、内存。
你们项目最佳的并发用户数是多少？
我们当时做到1500个并发用户的时候，查询功能的响应时间超过了性能指标2秒多，原因是有几个表的索引建得不合理导致的，重新建索引后，问题就解决了。我们当时做到1500并发用户后，就没再继续增加用户量了。
分布式的环境搭建比较复杂，当时我也是根据自己的笔记来搭建的。
具体的步骤不记得了，大概是要先修改配置文件，将所有需要使用到的压力机的IP地址添加进来，然后在压力机只需要开启服务，在主机的电脑就可以控制远程启动了。
我们使用的是Nmon工具来监控服务器资源的，它能够将linux上一段时间的资源以文档的形式保存下来。
Jmeter做性能测试的工作原理是什么？
Jmeter通过主机来控制各个压力机，并发大量用户，对服务器产生负载，从而实现性能测试。
配置：CentOS7，两台服务器，4核8G
文章到此结束，如果本次分享的linux常用命令面试题和kafka常见面试题的问题解决了您的问题，那么我们由衷的感到高兴！
