Linux_task5

破坏MBR表并修复
  1. 查看/boot上的分区/dev/sda1的MBR分区表:
[root@Fedora32 ~]# hexdump -C -n 512 /dev/sda
						........
													 80 04  |...........6....|
000001c0  01 04 83 fe c2 ff 00 08  00 00 00 00 20 00 00 fe  |............ ...|
000001d0  c2 ff 8e fe c2 ff 00 08  20 00 00 f8 5f 02 00 00  |........ ..._...|
000001e0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
  1. 将其拷贝到其他主机:
[root@Fedora32 ~]# dd if=/dev/sda of=/mnt/mbr_bak bs=1 count=66 skip=446
[root@Fedora32 ~]# hexdump -C /mnt/mbr_bak
00000000  80 04 01 04 83 fe c2 ff  00 08 00 00 00 00 20 00  |.............. .|
00000010  00 fe c2 ff 8e fe c2 ff  00 08 20 00 00 f8 5f 02  |.......... ..._.|
00000020  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000040  55 aa                                             |U.|
[root@Fedora32 ~]# scp /mnt/mbr_bak  192.168.142.131:/data
[root@centos7 data]# hexdump -C mbr_bak
00000000  80 04 01 04 83 fe c2 ff  00 08 00 00 00 00 20 00  |.............. .|
00000010  00 fe c2 ff 8e fe c2 ff  00 08 20 00 00 f8 5f 02  |.......... ..._.|
00000020  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000040  55 aa                                             |U.|
  1. 破坏分区表:
dd if=/dev/zero of=/dev/sda bs=1 count=66 seek=446
  1. 修复分区表:
#进入rescue模式sh-5.0
scp 192.168.142.131:/data/mbr_bak /etc/
dd if=/etc/mbr_bak of=/dev/sda bs=1 count=66 seek=446
#修复成功
RAID的各个级别及其组合方式和性能的不同

常用RAID模式:0,1,5,6,10,50

  1. RAID 0(Strip)

    数据并行存储在各个硬盘上(不至于某一硬盘优先占满),当其中一块损毁,相当于整体损毁,提高了IO性能和存储空间,但容错性较差

  2. RAID 1(mirror)

    用第2块硬盘备份第1块硬盘的数据,因此空间利用率只有50%,读性能高,写性能差,容错性强

  3. RAID 5

    RAID 4是用一块特定的硬盘承载CRC校验位(将其他硬盘的数据经过计算得到CRC),当其中一块损坏,通过反向计算修复,但由于CRC的硬盘是固定的,所以最容易损坏,因此RAID 5中每一行数据的CRC是轮流承载的。空间利用率为:n-1/n,最少需要3个硬盘,IO性能提高,容错性强

  4. RAID 6

    在RAID 5的基础上,每一行数据有2个CRC校验位,空间利用率为:n-2/n,最少需要4个硬盘

  5. RAID 10

    比如说有4个硬盘A,B,C,D,先两两组合成RAID 1,分成两组,再将两组 组合成RAID 0,当其中1个硬盘损坏,如果是另外一个RAID1 组的硬盘再损坏,则数据不会受到影响,因此有2/3的概率容错,此外空间利用率为50%

基本存储实验
echo "n\np\n1\n\n+2G\nw\n" | fdisk /dev/sdb
mkfs.ext4 -m 1 -L TEST -b 2048 /dev/sdb1

[root@Fedora32 ~]# blkid /dev/sdb1
/dev/sdb1: LABEL="TEST" UUID="98baee76-84a4-4ec3-bde8-a5c5bea2a8fe" BLOCK_SIZE="2048" TYPE="ext4" PARTUUID="b9fa65fa-01"

mkdir /test
echo "UUID="98baee76-84a4-4ec3-bde8-a5c5bea2a8fe" /test ext4 defaults,acl 0 0" > /etc/fstab
mount -a

[root@Fedora32 /]# lsblk -f /dev/sdb1
NAME FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINT
sdb1 ext4   1.0   TEST  98baee76-84a4-4ec3-bde8-a5c5bea2a8fe    1.9G     0% /test
LVM实验
#热t2块10G硬盘,执行检测扫描
echo '- - -' > /sys/class/scsi_host/host2/scan
[root@Fedora32 /]# lsblk
NAME                MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda                   8:0    0   20G  0 disk
├─sda1                8:1    0    1G  0 part /boot
└─sda2                8:2    0   19G  0 part
  ├─fedora_192-root 253:0    0   15G  0 lvm  /
  └─fedora_192-swap 253:1    0    2G  0 lvm  [SWAP]
sdb                   8:16   0   20G  0 disk
└─sdb1                8:17   0    2G  0 part /test
sdc                   8:32   0   10G  0 disk
sdd                   8:48   0   10G  0 disk
sr0                  11:0    1  677M  0 rom

pvcreate /dev/sd{c,d}
vgcreate testvg -s 16M /dev/sd{c,d} 
lvcreate -n testlv -L 5G testvg 
mkfs.ext4 /dev/testvg/testlv 
mkdir /users
mount /dev/mapper/testvg-testlv /users
OSI七层模型和TCP/IP五层模型

OSI是参考模型,TCP/IP是如今实际使用的模型,OSI是先有模型后有协议,TCP/IP则是先有协议后有模型;

OSI适用于各种协议,而TCP/IP主要适用于TCP/IP

  1. OSI模型:
  • 应用层:针对特定应用的协议,如telnet,ssh,dns,ftp,smtp,pop3等

  • 表示层:设备固有数据和网络标准格式之间的转换,将数据按标准格式(如.jpg .zip .7z .pdf等)存储,使得可以兼容

  • 会话层:通信管理,负责建立和维护两台主机之间的连接,会话(session)依赖于终端窗口(terminal),Linux中的会话管理服务(screen,tmux)不依赖于终端,可以远程协作

  • 传输层:确保数据传输的可靠性,分为tcp/udp,为应用层程序提供端口,PDU为Segment

  • 网络层:IP地址管理和路由选择,PDU为Packet

  • 数据链路层:负责数据帧与bit流的转换,数据帧分为MAC, LLC(type字段)子层,MAC地址作为LAN中数据转发的依据,PDU为frame

  • 物理层:负责bit流与高低电频之间的转换,规定了物理设备的标准,PDU为bit

  1. TCP/IP模型:
  • (应用+表示+会话)应用层
  • 传输层
  • Internat层
  • 网络接口层(数据链路+物理)

其实TCP/IP模型并不怎么涉及网络接口层,局域网中使用Ethernet技术解决

内容概要:本文详细介绍了“秒杀商城”微服务架构的设计与实战全过程,涵盖系统从需求分析、服务拆分、技术选型到核心功能开发、分布式事务处理、容器化部署及监控链路追踪的完整流程。重点解决了高并发场景下的超卖问题,采用Redis预减库存、消息队列削峰、数据库乐观锁等手段保障数据一致性,并通过Nacos实现服务注册发现与配置管理,利用Seata处理跨服务分布式事务,结合RabbitMQ实现异步下单,提升系统吞吐能力。同时,项目支持Docker Compose快速部署和Kubernetes生产级编排,集成Sleuth+Zipkin链路追踪与Prometheus+Grafana监控体系,构建可观测性强的微服务系统。; 适合人群:具备Java基础和Spring Boot开发经验,熟悉微服务基本概念的中高级研发人员,尤其是希望深入理解高并发系统设计、分布式事务、服务治理等核心技术的开发者;适合工作2-5年、有志于转型微服务或提升架构能力的工程师; 使用场景及目标:①学习如何基于Spring Cloud Alibaba构建完整的微服务项目;②掌握秒杀场景下高并发、超卖控制、异步化、削峰填谷等关键技术方案;③实践分布式事务(Seata)、服务熔断降级、链路追踪、统一配置中心等企业级中间件的应用;④完成从本地开发到容器化部署的全流程落地; 阅读建议:建议按照文档提供的七个阶段循序渐进地动手实践,重点关注秒杀流程设计、服务间通信机制、分布式事务实现和系统性能优化部分,结合代码调试与监控工具深入理解各组件协作原理,真正掌握高并发微服务系统的构建能力。
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值