- 综合排序
- 最热优先
- 最新优先
- 来自专栏AI机器学习与深度学习算法
机器学习入门 4-5 超参数
通过前面的小节，我们知道了kNN算法中k这个参数值，在sklearn中k这个值被封装成了k_neighbors参数。在前面我们随机的指定参数k的值，究竟k的值为多少的时候，模型才是最好的呢？这就涉及到了机器学习领域非常重要的问题~超参数问题。
74630发布于 2019-11-13 - 来自专栏Hank’s Blog
4-5 R语言函数 split
#split根据因子或因子列表将 向量或其他对象分组 #通常与lapply一起使用 #split(参数):split(向量/列表/数据框,因子/因子列表) > x <- c(rnorm(5),runif(5),rnorm(5,1)) > x [1] 0.61008707 0.81746169 -1.09859969 -1.78134612 -1.94262725 0.99760581 [7] 0.37793960 0.05258653 0.38525197 0.46051864 -0.
87340发布于 2020-09-16 - 来自专栏全栈程序员必看
灾备测试_数据级灾备
这里说的灾备测试主要指的是在我们测试过程中手工无法模拟，但是在用户使用产品的时候由于网络的原因又是会经常发生的情况，具体指的就是网络延时、请求失败、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 - 来自专栏大前端_Web
javascript高级程序设计(4-5)章笔记
版权声明：本文为吴孔云博客原创文章，转载请注明出处并带上链接，谢谢。 https://blog.csdn.net/wkyseo/article/details/51234909
68440发布于 2018-09-27 - 来自专栏运维之路
【每日一思】2022年第4-5周
一直认为理想情况下的数据运营方法应该基于“贴源层数据-》指标（至少到带有主题的流水）-》洞察-》决策-》执行”的路线，这样才能减少返工的重复性工作量。
25820编辑于 2022-03-07 - 来自专栏全栈程序员必看
双机热备方案及双机热备软件选择
为了解决上述问题，一般采用双机热备解决方案，也就是通过硬件冗余再配合高可用双机热备软件实现的解决方案，高可用双机热备软件自动检测服务的运行状态，当主服务器发生故障，高可用双机热备软件会自动尝试修复故障或启动备用服务器 2 双机热备方案及不同方案的要求、方案对比 2.1 双机热备方案概述 一般实现双机热备的方案有三种，分别是共享存储双机热备方案、镜像双机热备方案、双机双柜双机热备方案，这三种方案对硬件要求不同，大家可以根据自身的业务应用特性来选择具体的双机热备方案以及对应的 2.2 镜像双机热备方案 2.2.1 镜像双机热备方案简介及拓扑 镜像双机热备方案中仅需要两台服务器即可实现双机热备，两台服务器利用本地磁盘存储业务数据，ServHA镜像双机热备软件(ServHA Mirror 双机热备软件产品。 若用户已经拥有两台台服务器，可以采用镜像双机热备方案，对应双机热备软件产品为ServHA Mirror。
3.5K11编辑于 2022-07-23 - 来自专栏iOS面试
iOS 面试策略之算法基础4-5节
前面介绍了数组、字典、字符串、链表、栈、队列的处理和应用方法。本节将会探讨平常相对很少用到、面试中却是老面孔的数据结构：二叉树。本节主要包括以下内容：
1.1K60发布于 2021-04-20 - 来自专栏NetCore 从壹开始
4-5 安装并迁移数据库：mysql
docker volume create volume_name命令新建一个数据卷
81520编辑于 2023-01-09 - 来自专栏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 - 来自专栏AI SPPECH
IO竞赛2025年题目解析：基础级难度（4-5）
2025年的IO竞赛基础级（难度系数4-5）题目开始涉及更多的数据结构和算法思想，对选手的编程能力和逻辑思维提出了更高的要求。 难度进阶路径: 入门(1-3) → 基础(4-5) → 提高(6-8) → 竞赛(9-10) 难度系数 考察重点 核心知识点 学习目标 4-5 数据结构、算法应用 栈、队列、树、图的基础应用 掌握基础数据结构的使用和简单算法的实现 ） ├── 第四章：基础级题目解题技巧总结 └── 第五章：从基础到提高的学习建议 第一章：2025年IO竞赛基础级题目概述 根据2025年NOI修订版大纲，基础级（CSP-J提高）的知识点难度系数为4-
30510编辑于 2025-11-13 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
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号