- 综合排序
- 最热优先
- 最新优先
- 来自专栏初见Linux
10-2 控制进程
二、控制进程 现在已经知道了如何查看和监控进程，接下来见识一下如何对进程进行控制。 将使用一个名为 xlogo 的程序作为实验对象。 0.xlogo （1）是什么? xlogo 程序是由 X
1K40发布于 2020-08-05 - 来自专栏嵌入式音视频
10-2 判断是否为素数
预览图如下 #include<stdio.h> #include <windows.h> int main() { int prime(int x); int n; system("color f0"); printf("请输入一个正整数\n该正整数要求大于1\n程序目的:判断这个数是否为素数\n"); scanf("%d",&n); if(prime(n)) printf("这个数是素数!\n"); else printf("这个数不是素数!\n"); return 0
31330编辑于 2022-12-01 - 来自专栏mysql
hhdb数据库介绍(10-2)
类型：主备节点模式下的计算节点集群可标识计算节点的主备角色，在单节点与多节点模式的集群中该字段意义不大。 计算节点：该字段隶属于集群部署信息中，主要显示计算节点服务程序当前的运行状态。 高可用切换 在主备模式集群中，如果集群满足高可用切换的条件，则在集群记录“集群操作”一栏中可点击【切换】按钮进行手动计算节点主备切换操作。 高可用重建 主备模式的集群主要通过server.xml以及keepalived.conf配置文件来标识主备的角色。 高可用切换只能从主角色切换至备角色，当计算节点发生过故障切换或手动切换后，为了下次计算节点故障还能顺利回切，除修复故障外，还需要通过高可用重建操作使主备计算节点的配置恢复到可切换状态。 ，原主计算节点为当前备且为只读模式 切换前主节点为只读： 切换并重建后原主节点切换为备节点依旧为只读模式： 备计算节点开启只读，执行高可用切换并重建后，备切换为当前主并释放只读属性 切换前备节点为只读：
53710编辑于 2025-03-12 - 来自专栏全栈程序员必看
灾备测试_数据级灾备
这里说的灾备测试主要指的是在我们测试过程中手工无法模拟，但是在用户使用产品的时候由于网络的原因又是会经常发生的情况，具体指的就是网络延时、请求失败、session失效等情况，下面我们就来看下针对这些情况我们该如何构造测试环境
2.8K30编辑于 2022-11-17 - 来自专栏白驹过隙
Redis - Keepalived + redis 主备热备切换
热备方案 硬件：server两台，分别用于master-redis及slave-redis 软件：redis、keepalived 实现目标： 由keepalived对外提供虚拟IP（VIP）进行 热备测试 1. 主从启动所有服务 Service redis start Service keepalived start 2. 在master执行ip a查看虚拟IP是否绑定成功 ?
4.3K110发布于 2018-05-18 - 来自专栏全栈程序员必看
双机热备方案及双机热备软件选择
为了解决上述问题，一般采用双机热备解决方案，也就是通过硬件冗余再配合高可用双机热备软件实现的解决方案，高可用双机热备软件自动检测服务的运行状态，当主服务器发生故障，高可用双机热备软件会自动尝试修复故障或启动备用服务器 2 双机热备方案及不同方案的要求、方案对比 2.1 双机热备方案概述 一般实现双机热备的方案有三种，分别是共享存储双机热备方案、镜像双机热备方案、双机双柜双机热备方案，这三种方案对硬件要求不同，大家可以根据自身的业务应用特性来选择具体的双机热备方案以及对应的 2.2 镜像双机热备方案 2.2.1 镜像双机热备方案简介及拓扑 镜像双机热备方案中仅需要两台服务器即可实现双机热备，两台服务器利用本地磁盘存储业务数据，ServHA镜像双机热备软件(ServHA Mirror 双机热备软件产品。 若用户已经拥有两台台服务器，可以采用镜像双机热备方案，对应双机热备软件产品为ServHA Mirror。
3.5K11编辑于 2022-07-23 - 来自专栏AI机器学习与深度学习算法
机器学习入门 10-2 精准率和召回率
本系列是《玩转机器学习教程》一个整理的视频笔记。本小节根据混淆矩阵工具计算精准率以及召回率。最后通过例子说明精准率和召回率在评价极度有偏的数据的分类任务上比准确率更好。
1.8K30发布于 2020-03-27 - 来自专栏Hadoop数据仓库
定期全备redis
还是类比MySQL，RDB相当于dump全备，AOF则像是statement格式的binlog，保存所有redis命令。AOF能保证不丢失数据，当有误删除发生，用AOF中保存的命令去重放以恢复数据。
94410发布于 2020-03-18 - 来自专栏SRE运维实践
同城异地灾备
序言 同城异地灾备，主要是用来进行备份容灾的，从而当一个数据中心挂了，另外一个数据中心经过切换之后，能让服务迅速的恢复。 2、 数据库同步 在数据库方面，主要是使用mysql，而mysql则主要是使用主备模式，从而主的在一个机房，而备库则在另外一个机房，在同步的时候，不可避免的情况就是如果一旦主机宕机，从而有可能是丢失数据的 主备复制的延迟考虑，一般主机房和备机房之间使用万兆网络，从而对于一般的数据传输来说，延迟不是很高，基本上是可以忽略的。 在使用redis的时候，由于目前版本使用的redis2.8版本，从而不能跨机房做成集群的模式，从而导致redis也只能做成主备的模式，而redis作为高性能的缓存，丢失数据就无所谓了，主要还是在于高可用性即可 在数据库跨机房同步的时候，mysql可能出现脑裂的情况，也就是双机房互联网络出现中断，从而备机房检测到主机房不可用，但是在这个时候，是不能自动进行切换的，需要人工介入处理操作。
5.1K31发布于 2019-07-08 - 来自专栏L宝宝聊IT
Keepalived双机热备
使用VRRP（虚拟路由冗余协议）热备份协议，一主多备，公用同一个IP地址（漂移地址，群集地址），但优先级不同 2、keepalived的安装配置： 1）编译安装：需要安装ipvsadm 2）配置文件keepalived.conf 全局配置：global_defs router_id 服务器名称 热备设置：vrrp_instance State 热备状态（主MASTER，从BACKUP） priority 优先级 virtual_ipaddress
2.2K80发布于 2018-06-20 - 来自专栏立权的博客
Mysql 主备原理
Mysql 支持互为主从，主库通过binlog 将执行的语句传给从库，具体的执行机构：
2.4K10发布于 2020-11-27 - 来自专栏开源部署
Linux 双机热备
rsync是一款开源，快速，多功能的可实现增量的本地或远程的数据镜像同步备份的优秀工具。适用于多个平台。从软件名称可以看出来是远程同步的意思（remote sync）可实现全量备份与增量备份，因此非常适合用于架构集中式备份或异地备份等应用。
4.6K10编辑于 2022-09-15 - 来自专栏浪浪山下那个村
Redis集群主备缓存区满了导致主备频繁倒换
问题现象 Redis 频繁进行主备倒换，通过查看主实例的日志：redis.log发现下面报错： Client id=1317049445 addr=192.168.2.45:8004 fd=40 name sdsfree(client); return; } 单从代码来看，看不出啥，但是代码上面存在注释，我使用我那四级水平翻译了下，可以看出缓存区满了，于是可以想到可能主备同步的时候可能会限制缓存区大小 <hard limit> <soft limit> <soft seconds> 具体含义： class：我理解就是缓冲区的类型，目前Redis的缓冲区分为三个： 普通客户端：normal 主备同步
83430编辑于 2022-08-26 - 来自专栏PHP专享栏
MySQL的XtraBackup进行备份和恢复(全备+增备+binlog)
前面我们也说道，使用物理备份时最快的，那有没有办法实现物理热备呢？ --incremental-basedir这个参数是填写最近一次全备的目录做为增备的基础目录 [root@localhost opt]# innobackupex --defaults-file=/etc 才可以全备和曾备连接起来。 这次增备为to_lsn = 20132701。 | 3zhen | | 242 | asfwthu | +------+---------+ 2 rows in set (0.00 sec) mysql> flush logs; （四）全备恢复和增备恢复
14.7K20发布于 2019-12-17 - 来自专栏浪浪山下那个村
Redis集群主备缓存区满了导致主备频繁倒换
问题现象Redis 频繁进行主备倒换，通过查看主实例的日志：redis.log发现下面报错：Client id=1317049445 addr=192.168.2.45:8004 fd=40 name= sdsfree(client); return; }单从代码来看，看不出啥，但是代码上面存在注释，我使用我那四级水平翻译了下，可以看出缓存区满了，于是可以想到可能主备同步的时候可能会限制缓存区大小 <class> <hard limit> <soft limit> <soft seconds>具体含义：class：我理解就是缓冲区的类型，目前Redis的缓冲区分为三个：普通客户端：normal主备同步
1.2K60编辑于 2022-07-17 YashanDB 知识库|主备切换怎么做?一主一备 & 一主两备完整操作指引
在 YashanDB 的生产部署中，为保证业务连续性，主备架构是最常见的高可用模式。 本文将基于实际项目总结，一文讲清：主备切换的操作方式(手动与自动);一主一备与一主两备下的差异;切换过程中应注意的细节。 一、典型问题场景二、适用版本YashanDB 23.2 全版本适用三、一主一备架构切换方式1. 手动切换操作（1）Switchover —— 主动切换，适用于主备同步正常所有连接将被断开，切换过程中主库不可用;建议在业务低峰期执行;操作需在备库执行：-- 检查主备状态yasboot cluster ：-- 验证切换yasboot cluster status -c yashandb -d四、一主两备架构下切换方式YashanDB 在一主两备部署下，默认启用 最大保护模式 + 自动选主机制。
50800编辑于 2025-05-12- 来自专栏开源部署
MySQL数据库使用Xtrabackup全备和全备还原
一、使用innobackupex创建全备 语法 innobackupex --user=DBUSER --password=DBUSERPASS /path/to/backup/dir/ innobackupex 表示成功 二、使用innobackupex预备全备 一般情况下，在备份完成后，数据尚且不能用于恢复操作，因为备份的数据中可能会包含尚未提交的事务或已经提交但尚未同步至数据文件中的事务。
1.3K10编辑于 2022-08-18 - 来自专栏sql与spec性能
xtrabackup实现热备
需要拷贝原库的配置文件（my.cnf），数据文件，日志，系统数据库（/var/lib/mysql/mysql）到新的目标环境，修改相应目录的权限，启动新数据库即可xtrabackup：可以实现mysql增量热备， 通过全备的基础上去对改动的数据进行备份来提高备份效率1.
54810编辑于 2023-07-13 - 来自专栏奕知伴解
Keepalived双机热备
1、为什么需要双机热备 主要就是为了解决服务器的单点故障问题。
2.7K20发布于 2020-04-27 - 来自专栏PostgreSQL研究与原理解析
PostgreSQL备机checkpoint
PostgreSQL备机checkpoint是不能产生checkpoint WAL的，因为如果写这样类型的checkpoint的话，就会将接收的WAL打乱，那么日志将混乱，回放会出问题。 那么问题来了，备机支持checkpoint吗？他的checkpoint怎么做的？ PostgreSQL为了缩短恢复时间，备机上也支持checkpoint，即CreateRestartPoint。 return true; } 6、备机shutdown void ShutdownXLOG(int code, Datum arg) { /* * Signal walsenders to move ，目的是避免每次重启备库都需要从上一个检查点（由主库产生，在WAL中回放出来的）APPLY后面所有的WAL。 这样的话就有问题了，如果主机很长时间都没有做checkpoint了，备机即使正常关闭，重启时，也会从上一个checkpoint开始恢复，这样也会恢复很长时间；并且多次重启也需要从上一次checkpoint
1K30发布于 2020-10-29
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号