- 综合排序
- 最热优先
- 最新优先
- 来自专栏兜兜毛毛
Redis 集群（11）
为什么需要集群？ 1、性能 Redis本身的QPS已经很高了，但是如果在一些并发量非常高的情况下，性能还是会受到影响。这个时候我们希望有更多的Redis服务来完成工作。 启动后，查看集群状态： redis>info replication 从节点不能写入数据（只读），只能从master节点同步数据。get成功，set失败。 为了保证监控服务器的可用性，我们会对Sentinel做集群的部署。Sentinel既监控所有的Redis服务，Sentinel之间也相互监控。 故障转移流程的第一步就是在Sentinel集群选择一个Leader，由Leader完成故障转移流程。Sentinle通过Raft算法，实现Sentinel选举。
76720发布于 2020-03-19 - 来自专栏全栈程序员必看
Redis – 11、集群（Cluster）
redis3.0中提供了集群可以解决这些问题。 2、什么是集群 redis集群是对redis的水平扩容，即启动N个redis节点，将整个数据分布存储在这个N个节点中，每个节点存储总数据的1/N。 3、集群如何配置？ 3.1、需求：配置3主3从集群 下面我们来配置一个3主3从的集群，每个主下面挂一个slave，master挂掉后，slave会被提升为master。 [OK] All 16384 slots covered. 3.14、连接集群节点，查看集群信息：cluster nodes 需要使用 redis-cli -c 命令连接集群中6个节点中任何一个节点都可以 4、redis集群如何分配这6个节点？ 6380) [5460-10922] master3(端口：6381) [10923-16383] slave1,slave2,slave3 从节点没有槽位，slave是用来对master做替补的 而数据库中的每个
94720编辑于 2022-11-18 - 来自专栏技术杂记
RabbitMQ集群I11
远程剔除 有些不响应的node,一段时间里无法交互，可以远程的方式，从集群中剔除 停掉h101上应用，模拟不响应 [root@h101 ~]# rabbitmqctl stop_app Stopping [root@h102 ~]# 此时h102上信息已经一致了，但是h101还认为自己是集群的一部分，一旦它的应用恢复，它会尝试与集群联络，从而产生报错 [root@h101 ~]# rabbitmqctl
27320编辑于 2022-05-04 - 来自专栏全栈程序员必看
H2数据库集群_数据库集群搭建
H2数据库集群 1. H2数据库简介 1.1 H2数据库优势 常用的开源数据库：H2，Derby，HSQLDB，MySQL，PostgreSQL。 H2集群 3.1 集群综述 数据库支持简单的集群/高可用性机制。 初始化集群，使用下面的步骤： • 创建数据库 • 使用 CreateCluster工具创建一个数据库副本并分到另外的地方，并且初始化集群，这样就得到了同样数据的两个数据库 • 启动两个数据库服务 （每个数据库的副本） • 现在可以通过应用客户端连接到数据库 3.2 创建集群 要了解集群如何工作，请尝试下面的例子，在这个例子里，两个数据库分别在同不同计算机上，分别在两台计算机上新建base目录 • 恢复集群，你需要先删掉宕机的数据库，然后重启宕机的数据库的服务，再重新运行CreateCluster集群工具。
2.6K20编辑于 2022-11-04 - 来自专栏从ORACLE起航，领略精彩的IT技术。
如何修改11g RAC集群名称
背景：有一套11.2.0.4 RAC集群的环境，为了测试DG，直接复制了一套一模一样的环境，修改过IP之后，依然有问题，无法同时启动。 初步判断是因为在同一子网存在两个同名的集群（都是jystdrac），需要对其中一个集群进行修改（例如修改为jyrac）。 查询当前集群名称： $GRID_HOME/bin/olsnodes -c 没有单个命令可以直接来重命名群集名称。 2.一旦上述命令在所有远程节点上完成，请在本地节点上执行以下命令（请确保 OCR/Votedisk位于与数据库相关文件相比的单独磁盘组中，对于 11.2.0.3.2 GI PSU 或更高，可使用 -keepdg 注：期间OCR需要重新选择配置，集群名称修改后，对应hosts中scan的名字也需要对应修改（例如集群名称是jyrac，scan名字对应为jyrac-scan）。
1.3K20发布于 2021-04-01 - 来自专栏java架构师
Hadoop学习11--Ha集群配置启动
http://www.tuicool.com/articles/jameeqm 以下是进阶，讲QJM工作原理： http://www.tuicool.com/articles/eIBB3a 首次启动ha集群过程 bin/hdfs haadmin -transitionToActive nn1 此时，可以通过之前配置的http地址访问集群了。 :50070 tip:关闭防火墙：sudo ufw disable 4、启动datanode 逐台 sbin/hadoop-daemon start datanode ---------结束 把非Ha集群 ，转换为Ha集群：（和上面的首次相比，只是步骤二由格式化变成了初始化） 1、启动所有journalnode sbin/hadoop-daemon start journalnode 2、在其中一台namenode namenode上同步： bin/hdfs namenode -bootstrapStandby 5、启动第二台namenode 6、启动所有的datanode ------------结束 一些常用的管理集群的命令
1.1K50发布于 2018-04-16 - 来自专栏Golang语言社区
数据库集群技术漫谈
本篇文章将对集群的概念、形式以及目前主流的数据库集群技术进行探讨。 数据库集群的形式 数据库的集群和扩展不像应用程序扩展那样容易，因为从数据库端来说，一旦涉及到了集群，往往会涉及到数据库层面的同步，因此从是否存在数据冗余这个角度来讲，我们可以从大面上把数据库集群分为以下两种形式 所谓负载均衡就是就是将对数据库的负载分布到集群中的多个节点上，在集群中的每一个节点都可以对外提供服务，从而达到更高的吞吐量，更好的资源利用率和更低的响应时间。前端通过代理进行调度。 小结 本文从一个比较高的层面谈到了数据库集群技术。从数据库应用层面的Share-Disk集群直到集群的最高形式-能够提供负载均衡的集群，并列举了一些主流的商用产品。 如果现在的集群产品不能包含这几个特性，而业务场景也需要，也可以将和一些现有的技术结合来实现，但毕竟不是每一个人都是数据库专家，即使给你一堆工具和材料你也做不出来iPhone，因此在系统设计之初就对数据库方面的方案有所考虑会免去很多麻烦
1.4K70发布于 2018-03-23 - 来自专栏程序猿的大杂烩
浅谈数据库集群方案
单点数据库 数据库往往是系统中的性能瓶颈，所以通常在系统设计中会引入各种各样的缓存机制，以避免频繁访问数据库。 而以上这些常见问题都是单点数据库带来的限制，为了解决这些问题，达到高性能、高可用的目的，我们就需要在系统架构设计中采用数据库集群方案。 性能测试 既然单点数据库存在性能问题，那么有没有实际数据呢？ ---- PXC集群方案 上一小节介绍了单点数据库存在的问题，以及进行了一个简单的性能测试。为了应对这些问题，我们需要将单点数据库向集群转变。 PXC集群工作原理 我们知道数据库数据的一致性和持久性是通过事务来保证的，而PXC集群的强一致性也是采用了事务，只不过这个事务是分布式事务。 然后采用Mycat等数据库中间件来完成集群之间的数据分片及管理，如图： ? ---- 总结 PXC集群采用同步复制，事务在所有的集群节点要么同时提交，要么不提交，能够保证集群中的数据强一致性。
1.2K20发布于 2020-09-23 - 来自专栏爱编码
【数据库】Redis集群篇
首先是主机（192.168.11.128）的Redis服务进程，然后启动从机的服务进程，最后启动3个哨兵的服务进程集群 搭建集群工作需要以下三个步骤： 1.准备节点 Redis集群一般由多个节点组成，节点数量至少为 6个才能保证组成完整高可用的集群。 每个节点需要开启配置cluster-enabled yes，让Redis运行在集群模式下。建议为集群内所有节点统一目录，一般划分三个目录：conf、data、log，分别存放配置、数据和日志相关文件。 节点握手是集群彼此通信的第一步，由客户端发起命令：cluster meet{ip}{port} ? ，这时集群处于下线状态，所有的数据读写都被禁止。
1K20发布于 2019-07-03 - 来自专栏Golang语言社区
数据库集群技术漫谈
本篇文章将对集群的概念、形式以及目前主流的数据库集群技术进行探讨。 数据库集群的形式 数据库的集群和扩展不像应用程序扩展那样容易，因为从数据库端来说，一旦涉及到了集群，往往会涉及到数据库层面的同步，因此从是否存在数据冗余这个角度来讲，我们可以从大面上把数据库集群分为以下两种形式 所谓负载均衡就是就是将对数据库的负载分布到集群中的多个节点上，在集群中的每一个节点都可以对外提供服务，从而达到更高的吞吐量，更好的资源利用率和更低的响应时间。前端通过代理进行调度。 小结 本文从一个比较高的层面谈到了数据库集群技术。从数据库应用层面的Share-Disk集群直到集群的最高形式-能够提供负载均衡的集群，并列举了一些主流的商用产品。 如果现在的集群产品不能包含这几个特性，而业务场景也需要，也可以将和一些现有的技术结合来实现，但毕竟不是每一个人都是数据库专家，即使给你一堆工具和材料你也做不出来iPhone，因此在系统设计之初就对数据库方面的方案有所考虑会免去很多麻烦
1.3K50发布于 2018-03-23 - 来自专栏开源部署
TIDB 数据库集群部署
TiDB数据介绍 1.1、TiDB数据简介 TiDB 是 PingCAP 公司设计的开源分布式 HTAP (Hybrid Transactional and Analytical Processing) 数据库 云原生 SQL 数据库 TiDB 是为云而设计的数据库，支持公有云、私有云和混合云，使部署、配置和维护变得十分简单。 PD Server Placement Driver (简称 PD) 是整个集群的管理模块，其主要工作有三个：一是存储集群的元信息（某个 Key 存储在哪个 TiKV 节点）；二是对 TiKV 集群进行调度和负载均衡 1 ansible-playbook deploy.yml 2.3、启动Tidb集群 1 ansible-playbook start.yml 2.4、测试集群 # 使用 MySQL 客户端连接测试， /23 11:23:19.236 log.go:82: [warning] etcdserver: [timed out waiting for read index response] 2018/11
1.7K10编辑于 2022-08-17 - 来自专栏Devops专栏
11. 数据库事务
11. 数据库事务 前言 上一章节，我们学习了数据插入的批量操作，那么下面再来认识一下数据库事务。 数据库事务 1. 数据库事务介绍 事务：一组逻辑操作单元,使数据从一种状态变换到另一种状态。 当一个连接对象被创建时，默认情况下是自动提交事务：每次执行一个 SQL 语句时，如果执行成功，就会向数据库自动提交，而不能回滚。 **关闭数据库连接，数据就会自动的提交。 当然有，这时候就要引入数据库的事务操作了。 2.1.2 考虑事务的转账操作 如果要使用事务，那么在操作数据库的时候，就要保持一个连接，在执行完毕之前，不能关闭资源。 持久性（Durability）持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来的其他操作和数据库故障不应该对其有任何影响。 数据库事务的隔离性: 数据库系统必须具有隔离并发运行各个事务的能力, 使它们不会相互影响, 避免各种并发问题。 一个事务与其他事务隔离的程度称为隔离级别。
53810编辑于 2022-01-17 - 来自专栏函数式编程语言及工具
Akka（11）： 分布式运算：集群-均衡负载
同时我们也确认了几个使用Akka-Cluster的重点：首先，Akka-Cluster集群构建与Actor编程没有直接的关联。 既然分布式的Actor编程无须特别针对集群环境，那么摆在我们面前的就是多个可以直接使用的运算环境（集群节点）了，现在我们的分布式编程方式应该主要聚焦在如何充分使用这些分布的运算环境，即：如何把程序合理分配到各集群节点以达到最优的运算输出效率 我们可以通过人为方式有目的向集群节点分配负载，或者通过某种算法来自动分配就像前面讨论过的Routing那样。 我们首先示范如何手工进行集群的负载分配：目的很简单：把不同的功能分配给不同的集群节点去运算。先按运算功能把集群节点分类：我们可以通过设定节点角色role来实现。 用户只需要定义adaptive-group的配置，按情况增减集群节点以及在不同的集群节点上构建部署Routee都是自动的。
2.5K70发布于 2018-01-05 - 来自专栏追不上乌龟的兔子
使用MongoDB构建数据库集群
在本指南中，我们将解释如何为高可用性分布式数据集设置分片集群。 build-database-clusters-with-mongodb.png 数据扩展策略有两大类。 集群架构 在开始之前，让我们回顾一下我们将要创建的设置的组件： 配置服务器 - 存储群集其余部分的元数据和配置设置。 查询路由器 - mongos守护程序充当客户端应用程序和集群分片之间的接口。由于数据分布在多个服务器之间，因此需要将查询路由到存储给定信息的分片。查询路由器在应用程序服务器上运行。 取消注释sharding部分并将主机在集群中的角色配置为配置服务器： 1 2 sharding: clusterRole: "configsvr" 完成这些更改后重新启动mongod服务： sudo " : Timestamp(1479823871, 1), "electionDate" : ISODate("2016-11-22T14:11:11Z"),
3.1K30发布于 2018-09-06 - 来自专栏实用工具入门教程
如何部署 Galera 数据库集群
MariaDB数据库管理系统是MySQL的一个分支，主要由开源社区在维护，采用GPL授权许可。 一旦我们启动了集群，第一个节点的密码就会被复制到其他节点，因此debian.cnf值不再与数据库中的密码匹配。 测试复制 我们的集群可以执行从任何节点到任何其他节点的复制，称为主动 - 主动或主 - 主复制。让我们测试复制是否按预期工作。 写入第一个节点： 我们首先在第一个节点上进行数据库更改。 以下命令将创建一个名为playground的数据库，并在其中调用一个equipment表。 配合腾讯云云关系型数据库，可将您从耗时的数据库管理任务中解放出来，让您有更多时间专注于您的应用和业务。
1.9K32发布于 2018-11-29 - 来自专栏CSDN技术头条
容器集群支持数据库实践
京东容器数据库系统，管理1800台物理计算节点，生产1W+ 多MySQL Docker容器实例。架构简单可靠，Docker容器计算平台与MySQL集群管理平台解耦处理。 MySQL集群实例 优先级 配额 数据库cluster根据业务重要性划分不同的优先级，京东的划分更加细致，这里我们简化分2种优先级：核心系统，非核心系统。 底层资源云化和核算成本需求，会针对按事业部配给一定的配额，所在的创建数据库集群实例成功后，自动从该部门扣除对应的资源值，反之销毁会归还配额到部门。 监控 告警 数据库cluster自身DB层面的告警由云数据库集群平台提供。涉及到底层计算，网络，存储等资源层面的告警，由底层京东Docker容器平台提供数据给云数据库集群。 JDOS架构 ? 亲和性和反亲和性调度 创建全新数据库集群实例如一主一层，JDOS调度器会把这2个MySQL容器实例分布到不同的机架。
2K80发布于 2018-02-12 - 来自专栏公众号：Lucifer三思而后行
Oracle 11G单机转单机Grid集群（ASM）
一、环境准备 1、实验目的 （单台机器）将11.2.0.4的单实例数据库由文件系统，迁移到ASM单实例的磁盘组中，并注册到集群管理。 2、环境准备 项目 源库 操作系统 RHEL6.8 主机名 s11g IP地址 192.168.56.20 数据库及版本 ORACLE11.2.0.4 数据库字符集 AL32UTF8 ORACLE SID oracle asmadmin 239626641 Mar 26 14:52 /u01/app/oracle/product/11.2.0/db/bin/oracle --这里执行完之后，需要重启数据库实例 _2.281.1068223535 INACTIVE 3 +DATA/orcl/onlinelog/group_3.282.1068223535 CURRENT 9、服务器参数文件，并重启数据库 ---------- ------------------------------ spfile string +DATA/orcl/spfileorcl.ora 四、注册到Grid集群
1.6K31发布于 2021-08-17 - 来自专栏java 微风
springCloud - 第11篇 - Eureka 注册中心集群的实现
于是，今天来实现 eureka 的集群，同时多个 eureka 间互相注册，以实现单节点挂了，其它注册中心依旧正常运行。 1. 注册中心的集群实现后，单一节点 eureka 出现故障时并不影响项目服务的运行 。 8. 也可在服务中直接向多个 eureka 注册 。
82630发布于 2019-08-14 - 来自专栏DATABASE
集群数据库的备份和恢复
基本概念解释 还原 Restore Restore : 使用备份文件，将数据库还原到过去的某个状态 恢复 Recovery Recovery : 应用onine redo logs 和归档日志将数据库做向前恢复 su - oracle ***设置闪回区 alter system set db_recovery_file_dest_size=2g SCOPE=BOTH SID='* /P19C0/ARCHIVELOG/2022_04_11/thread_1_seq_28.257.1101735195 +DATA/P19C0/ARCHIVELOG/2022_04_11/thread_ /2022_04_11/thread_2_seq_15.285.1101737191 A +DATA/P19C0/ARCHIVELOG/2022_04_11/thread startup >>>恢复数据库 正常启动数据库，不能启动，说明数据库已经坏了 su - oracle rman nocatalog target sys/oracle 一定要设置DBID
1.4K40编辑于 2022-04-11 - 来自专栏Web前后端、全栈出发
MySQL数据库 高可用集群方案
MySQL数据库的集群方案 MySQL 高可用架构：主从备份 为了防止数据库的突然，挂机，我们需要对数据库进行高可用架构 主从备份 是常见的场景 通常情况下都是 一主一从/(多从) 正常情况下，都是主机进行工作 log-bin=mysql-bin #服务id,同一个集群环境下服务id不可重复！ 解决方案： 采用数据库集群的方案： 其中一个是主库，负责写入数据，我们称之为：写库； 其它都是从库，负责读取数据，我们称之为： 读库； 一主n从 主从互备 读写分离架构！ 逻辑库——逻辑表表名要与数据库匹配——数据节点database指定对应的数据库——数据库 主机配置 注意：逻辑表名要与实际相同！ 通过mysql客户端进行测试： 因为，害怕 单个Mycat挂调，影响服务正常使用，对Mycat进行集群架构！
71910编辑于 2024-08-06
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号