ToB企服应用市场:ToB评测及商务社交产业平台

标题: 云计算口试总结 [打印本页]

作者: 去皮卡多    时间: 2024-6-13 20:20
标题: 云计算口试总结
shell脚本对日记举行备份
  1. shell 对日志备份
  2. #!/bin/bash
  3. if      [ -d /log/bak/ ] || mkdir -p /log/bak/
  4. then
  5.         tar Pcf /log/bak/log_$(date +%Y%m%d)''$(date +%H%M%S).tar.gz  /var/log/*.log
  6.         echo "干完!可以约会啦"
  7. fi
复制代码
存在的问题:
说的太快,听清晰问题再说,不要说无关的知识,及内容;自我介绍,没想了解那么详细,毕业后做什么
不要说几年经验,改成会shell
Kafka 用在大数据场景;mysql利用ID场景
Linux
1、linux 基础之-高并发内核优化
1)单历程最大打开文件数限制
2)内核TCP参数方面 Linux体系下,TCP毗连断开后,会以 TIME_WAIT 状态保存肯定时间,然后才释放端口。当并发哀求过多时,会产生大量 TIME_WAIT 状态毗连,无法实时断开会占用大量的端口资源和服务器资源。
3)IO变乱分配机制
生产环境请根据自己的实际情况调整观察再调整
2、如何优化 Linux体系(可以不说太详细)?
答:
安全:
01)不消root ,添加普通用户,通过sudo授权管理。
02)更改默认的远程毗连SSH服务端口及禁止root用户远程毗连。
03)锁定关键体系文件。
chattr +i /etc/passwd /etc/shadow /etc/group /etc/gshadow /etc/inittab
处置惩罚以上内容后把chattr.lsattr改名 oldboy ,这样就安全多了。
4)去除体系及内核版本登录前的屏幕表现,清空/etc/issue。
5)清除无用的默认体系账户或组。
性能:
1)定时主动更新服务器时间。
04) 设置yum更新源,从国内更新源下载安装rpm包。
05)关闭selinux及iptable(IPtable工作场景假如有wan ip一样寻常要打开,高并发除外)。
06)调整文件形貌符的数目。历程及文件的打开都会消耗文件形貌符。
07)定时主动清理/var/spool/clientmquene/目次垃圾文件,防止inodes节点被占满。
08)精简开机自启动服务(crond,sshd,network,rsyslog)。
09)linux内核参数优化/etc/sysctl.conf ,实行sysctl -p生效。
10)更改字符集,支持中文,但发起还是利用英笔墨符集,防止乱码问题,不要利用中文。
11)
Tomcat
优化:
1)Tomcat的运行模式:bio服从低,apr对体系设置有一些更高的要求;一样寻常利用nio
2)关键设置
maxthereads:最大线程数,默认200
minsparetherad:最小活泼线程数,默认是25
maxqueusize: 最大等待队列个数
3)影响性能的设置
compression设置成on,开启压缩
禁用AJP链接器:用nginx+tomcat架构,用不到AJP
disableuploadtimeou=fase: 上传是否利用超机遇制
下面举一些例子来阐明 jar 下令的用法:
mysql
1)mha是通过心跳来检测存活,
问:索引创建越多越好吗?
数据量小的表不需要创建索引,因为创建索引会增加额外的开销。
数据变动需要维护索引,因此更多的索引意味着更多的维护成本。
更多的索引意味着更多的存储空间。
理论
1、简述Raid0、1、5的特点与原理
raid0:读写性能提拔,无冗余,利用率100%,至少两块盘
raid1:读性能提拔写性能降落,有冗余,利用率 1/2,至少两块盘
raid5:读写性能提拔,有冗余,利用率n-1,只能坏一块盘,至少三块盘
2、linux根目次下各子目次的名词及作用
答:1)/bin binary二进制
体系可实行程序文件。普通用户的下令,例如ls pwd whoami
2)/home 用户家目次;
每给体系增加一个用户,都在此目次创建一个“同名”的目次,作为该用户的家目次利用,用户每次登岸体系起首辈入其家目次。
3)/sbin super binary超级的二进制
体系可实行程序文件,是root管理员实行;例如init
4)/root 超级管理员root的家目次
5) /boot 体系启动文件目次
/boot/initramfs-2.6.32-504.el6.i686.img是体系内核文件
6)/etc 体系设置文件目次
/etc/passwd 存放体系用户信息
/etc/group 存放体系用户组信息
7)/dev device设备目次
体系把全部的硬件映射为文件存储在此目次
例如:/dev/cdrom用于指向“光驱”
8)/usr unix system resource操纵体系资源文件目次
类似windows体系的C:/Program Files目次
是体系软件安装
3、什么是代理服务器,什么叫CDN?
答:代理服务器
1. 自己不产生内容
2.处于中间位置转发上卑鄙的哀求和相应
① 面向卑鄙的客户端: 它是服务器,反向代理
② 面向上游的服务器: 它是客户端,正向代理
CDN即内容分发网络
其目的是通过在现有的Internet中增加一层新的网络架构,将网站的内容发布到最接近用户的网络边沿,利用户可就近取得所需的内容,提高用户访问网站的速度
4、linux体系启动流程
centos-6 开机自检BIOS-MBR引导-GRUB菜单-加载内核-init历程初始化
centos-7 开机自检BIOS-MBR引导-GRUB2菜单-加载内核-systemd历程初始化
故障排查
1、假如有人反应,调取后端接口时特别慢,你会如何排查?
答:只是看你回答的内容与口试官契合度有多高,能不能说到他想要的点上,主要是看你排查问题的思路。
问清晰反应的人哪个服务应用或者页面调取哪个接口慢,叫他把页面或相关的URL发给你,
起首,最直观的分析就是用欣赏器按F12,看下是哪一块的内容过慢(DNS解析、网络加载、大图片、还是某个文件内容等),
假如有,就对症下药去解决(图片慢就优化图片、网络慢就查看内网情况等)。
其次,看后端服务的日记,实在大多数的问题看相关日记是最有用分析,最好用tail -f 跟踪一下日记,
当然你也要点击测试来访问接口日记才会打出来。
末了,排除sql,,找到sql去mysql实行一下,看看时间是否很久,假如很久,就要优化SQL问题了,
expain一下SQL看看索引情况啥的,针对性优化。数据量太大的能分表就分表,能分库就分库。假如SQL没啥问题,那可能就是写的逻辑代码的问题了,一行行审代码,找到耗时的地方改造,优化逻辑。
2、当一个网站访问慢时, 你都是怎么去查找问题,和解决问题以到达优化效果的
答:第一,用5分钟排除网络因素,借助工具(如pagespeed)分析页面加载过程
3、web应用
http返回状态码
200 哀求乐成
302,307 暂时重定向
404 哀求的资源在前端查明不存在(前端服务如:Apache等找不到哀求的资源)
500 服务器的内部错误,程序错误(Apache等前端程序错误,未启动或错误设置)
503 服务暂时不可用(服务器的程序出现问题)
4、HTTP流程
1)用户输入域名–》DNS解析–》欣赏器向服务器发起TCP毗连(三次握手)
客户端发起HTTP哀求–》服务器相应–》客户端向服务器发起tcp断开(四次挥手)
2)用户访问网站流程
用户输入域名,抵达防火墙
防火墙根据规则判断是否放行,通过tcp毗连负载均衡器
负载均衡器,通过tcp毗连到web服务器
web服务器解析内容
静态:由本地或nfs解析,获取图片等内容,根据调度算法返回给用户
动态:向后端缓存或数据库创建tcp毗连
由数据库–》动态程序(Tomcat或php)–》缓存–》web–》负载均衡–》防火墙–》用户
5、为什么TCP是四次挥手?
因为服务端要确认一下,它发送的FIN和ACK包,客户端是否收到
为什么TCP是三次握手?
因为服务端收到SYN包之后,它向客户端发送的SYN和ACK包放在一个报文内里发送的
6、TCP三次握手
创建毗连时,客户端向服务端发送SYN哀求包,等待服务器确认
服务端收到哀求,确认后,向客户端发送一个SYN+ACK包
客户端收到相应,给服务端发送一个ACK包,毗连乐成
TCP四次挥手
客户端发送一个FIN,用来关闭客户端和服务端的数据传送
服务端收到FIN后,发送一个ACK给客户端
服务端发送一个FIN,用来关闭服务端到客户端的数据传送
客户端收到FIN后,客户端发送一个ACK给服务端,断开毗连
白话解释:
三次握手:
1)发送端起首发送一个带有SYN(synchronize)标志地数据包给接收方。
2)接收方接收后,回传一个带有SYN/ACK标志的数据包传递确认信息,表现我收到了。
3)末了,发送方再回传一个带有ACK标志的数据包,代表我知道了,表现’握手‘竣事。
syn和ack代表什么意思
URG:紧急指针(urgent pointer)有用。
ACK:确认序号有用。
PSH:接收方应该尽快将这个报文交给应用层。
RST:重置毗连。
S

免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。




欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/) Powered by Discuz! X3.4