（SERIES8）读写分离集群安装部署

已于 2024-09-19 10:33:29 修改
阅读量968 收藏 20
点赞数 23
分类专栏： 达梦 文章标签： 数据库 centos linux 分布式 docker tcp/ip
于 2024-08-30 23:30:25 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_51674962/article/details/141729381
版权

1 安装前准备

  软硬件环境建议参考“数据库规范化部署 - 单机安装部署”，其内容与SERIES7中内容相似，这包括网络环境、磁盘IO、集群架构、切换模式说明等；仅有归档类型、dm_svc.conf配置文件等不同。在数据守护集群规划基础上适应性更改后的集群规划如下：

表1-1 集群规划

A 机器B 机器
业务 IP172.16.1.5172.16.1.6
心跳 IP192.168.1.5192.168.1.6
实例名GRP2_RWW_01GRP2_RWW_02
实例端口52365236
MAL 端口53365336
MAL 守护进程端口54365436
守护进程端口55365536
OGUID4533245332
守护组GRP2GRP2
安装目录/home/dmdba/dmdbms/home/dmdba/dmdbms
实例目录/dmdata/data/dmdata/data
归档上限5120051200

  与SERIES7中配置的数据守护集群相比，有修改项：业务IP、心跳IP、实例名（组名）、OGUID、守护组。
  SERIES7数据守护集群搭建时创建的2个Docker Network在此处复用。

2 集群搭建

2.1 配置容器GRP2_RWW_01

2.1.1 初始化实例并备份数据

  初始化实例：

docker run -d --restart=always --name=GRP2_RWW_01 --network dmwatch-test-business --ip 172.16.1.5  --privileged=true -e LD_LIBRARY_PATH=/opt/dmdbms/bin -e PAGE_SIZE=32 -e EXTENT_SIZE=32 -e LOG_SIZE=2048 -e UNICODE_FLAG=1 -e INSTANCE_NAME=GRP2_RWW_01 -v GRP2_RWW_01:/opt/dmdbms/data dm8_single:dm8_20240715_rev232765_x86_rh6_64

  将其连接至heartbeat网络：

docker network connect --ip 192.168.1.5 dmwatch-test-heartbeat GRP2_RWW_01

  进行数据库备份的方式有两种。如果是初始搭建集群环境，可以采用脱机备份、脱机还原方式；如果主库已在运行，可以采用联机备份、脱机还原方式来准备数据；
  无论哪种方式，都需要首先配置本地归档，内容如下：

# 1. 配置dm.ini，修改ARCH_INI参数为1
# 2. 配置dmarch.ini
[ARCHIVE_LOCAL1]
ARCH_TYPE               = LOCAL
ARCH_DEST               = /opt/dmdbms/data/DAMENG/arch
ARCH_FILE_SIZE          = 128
ARCH_SPACE_LIMIT        = 0
脱机备份

  正常关闭数据库：

root@46e945759cef:/opt/dmdbms/data/DAMENG$ cd /opt/dmdbms/bin
root@46e945759cef:/opt/dmdbms/bin$ ./DmService stop
Stopping DmService:                                        [ OK ]

  进行脱机备份：

root@46e945759cef:/opt/dmdbms/bin$ ./dmrman
dmrman V8

RMAN> BACKUP DATABASE '/opt/dmdbms/data/DAMENG/dm.ini';
BACKUP DATABASE '/opt/dmdbms/data/DAMENG/dm.ini';
file dm.key not found, use default license!
Processing backupset /opt/dmdbms/data/DAMENG/bak/DB_DAMENG_FULL_20240914_165714_960788
[Percent:100.00%][Speed:0.00M/s][Cost:00:00:02][Remaining:00:00:00]                                 
backup successfully!
time used: 00:00:03.253

RMAN> exit;
time used: 0.199(ms)

root@46e945759cef:/opt/dmdbms/bin$ ls /opt/dmdbms/data/DAMENG/bak
DB_DAMENG_FULL_20240914_165714_960788

  使用dmrman工具进行脱机备份时，不使用BACKUPSET工具指定【备份路径名】和【类型】时，默认为【FULL全库备份】和dm.ini中BAK_PATH配置的路径；若未配置BAK_PATH，则默认使用SYSTEM_PATH下的bak目录。个人更推荐这种方式，因为自动生成的备份目录命名按照规则自动设置，注明了数据库、备份类型、精确时间，清晰明了。

联机备份

  联机备份于主库的备份方式上与脱机备份不同。在disql工具中执行语句的示例有：

SQL> BACKUP DATABASE BACKUPSET '/dm/data/BACKUP_FILE_01';

  联机备份的参数以及选项见官方文档物理备份还原 - 联机备份还原 - 数据备份 - 手动备份。

2.1.2 配置dm.ini

   部分dm.ini参数修改如下：

ALTER_MODE_STATUS = 0 #Whether to permit database user to alter database mode and status by SQLs, 2: yes, 1: yes when dmwatcher ERROR, 0: no
ENABLE_OFFLINE_TS = 2 #Whether tablespace can be offline，此处为禁止备库，其他放开
MAL_INI = 1 #dmmal.ini
ARCH_INI = 1 #dmarch.ini

2.1.3 配置dmmal.ini

  MAL_HOST使用内部网络IP，MAL_PORT与dm.ini中PORT_NUM需使用不同的端口值，MAL_DW_PORT是各实例对应的守护进程之间、以及守护进程与Monitor通信的端口，其配置如下：

MAL_CHECK_INTERVAL			= 5
MAL_CONN_FAIL_INTERVAL		= 5

[MAL_INST1]
MAL_INST_NAME			= GRP2_RWW_01
MAL_HOST				= 192.168.1.5
MAL_PORT				= 5336
MAL_INST_HOST			= 172.16.1.5
MAL_INST_PORT			= 5236
MAL_DW_PORT				= 5436
MAL_INST_DW_PORT		= 5536

[MAL_INST2]
MAL_INST_NAME			= GRP2_RWW_02
MAL_HOST				= 192.168.1.6
MAL_PORT				= 5336
MAL_INST_HOST			= 172.16.1.6
MAL_INST_PORT			= 5236
MAL_DW_PORT				= 5436
MAL_INST_DW_PORT		= 5536

2.1.4 配置dmarch.ini

  除本地归档外，其他归档配置项中的ARCH_DEST表示实例是Primary模式时，需要同步归档数据的目标实例名。

  对于读写分离集群，其与数据守护的主要区别就在于归档类型、dm_svc.conf文件配置和接口调用方式不同两方面。两者的归档类型区别：

  • 数据守护集群：实时归档（REALTIME）
  • 读写分离集群：即时归档（TIMELY）

  在GRP2_RWW_01的dmarch.ini中已有的[ARCHIVE_LOCAL1]有关配置的基础上，增加如下内容：

[ARCHIVE_TIMELY1]
ARCH_TYPE		= TIMELY
ARCH_DEST		= GRP2_RWW_02

2.1.5 配置dmwatcher.ini

  修改dmwatcher.ini配置守护进程，配置为GLOBAL全局守护类型，使用AUTO自动切换模式：

[GRP2]
DW_TYPE					= GLOBAL
DW_MODE					= AUTO
DW_ERROR_TIME			= 10
INST_RECOVER_TIME		= 60
INST_ERROR_TIME			= 10
INST_OGUID				= 45332
INST_INI				= /opt/dmdbms/data/DAMENG/dm.ini
INST_AUTO_RESTART		= 1
INST_STARTUP_CMD		= /opt/dmdbms/bin/dmserver
RLOG_SEND_THRESHOLD		= 0
RLOG_APPLY_THRESHOLD	= 0

2.1.6 以mount方式启动主库 & 设置OGUID & 修改数据库模式

  以mount方式启动主库：

root@46e945759cef:/opt/dmdbms/bin$ ./dmserver /opt/dmdbms/data/DAMENG/dm.ini mount

  设置OGUID：

root@46e945759cef:/opt/dmdbms/bin$ ./disql SYSDBA/SYSDBA001@localhost:5236

Server[localhost:5236]:mode is normal, state is mount
login used time : 2.313(ms)
disql V8
SQL> SP_SET_PARA_VALUE(1, 'ALTER_MODE_STATUS', 1);
DMSQL executed successfully
used time: 20.507(ms). Execute id is 1.
SQL> SP_SET_OGUID(45332);             
DMSQL executed successfully
used time: 4.681(ms). Execute id is 2.
SQL> SP_SET_PARA_VALUE(1, 'ALTER_MODE_STATUS', 0);
DMSQL executed successfully
used time: 10.770(ms). Execute id is 3.

  修改数据库模式：

SQL> ALTER DATABASE PRIMARY;
executed successfully
used time: 11.298(ms). Execute id is 0.

2.2 配置容器GRP2_RWW_02

2.2.1 初始化实例

  初始化实例：

docker run -d --restart=always --name=GRP2_RWW_02 --network dmwatch-test-business --ip 172.16.1.6  --privileged=true -e LD_LIBRARY_PATH=/opt/dmdbms/bin -e PAGE_SIZE=32 -e EXTENT_SIZE=32 -e LOG_SIZE=2048 -e UNICODE_FLAG=1 -e INSTANCE_NAME=GRP2_RWW_02 -v GRP2_RWW_02:/opt/dmdbms/data dm8_single:dm8_20240715_rev232765_x86_rh6_64

  将其连接到heartbeat网络：

docker network connect --ip 192.168.1.6 dmwatch-test-heartbeat GRP2_RWW_02

2.2.2 从GRP2_RWW_01的备份数据文件恢复数据到GRP2_RWW_02

  使用临时容器同时挂载Docker Volume GRP2_RWW_01和GRP2_RWW_02方式，将备份文件从实例GRP2_RWW_01拷贝到GRP2_RWW_02：

[root@VM-8-6-centos ~]$ docker run -it --rm -v GRP2_RWW_01:/mnt/volume1 -v GRP2_RWW_02:/mnt/volume2 alpine sh

/mnt/volume1/DAMENG/bak $ cp -r DB_DAMENG_FULL_20240914_165714_960788 /mnt/volume2/DAMENG/bak

  在备库中查看，备份文件已被成功拷贝。在确保备库服务已经关闭的前提下，使用DMRMAN工具进行数据库的Restore和Recover操作。恢复过程必须使用dmdba用户执行，使用root用户会报错。有执行语句：

RMAN> RESTORE DATABASE '/opt/dmdbms/data/DAMENG/dm.ini' FROM BACKUPSET '/opt/dmdbms/data/DAMENG/bak/DB_DAMENG_FULL_20240914_165714_960788';
RESTORE DATABASE '/opt/dmdbms/data/DAMENG/dm.ini' FROM BACKUPSET '/opt/dmdbms/data/DAMENG/bak/DB_DAMENG_FULL_20240914_165714_960788';
file dm.key not found, use default license!
[Percent:100.00%][Speed:0.00M/s][Cost:00:00:02][Remaining:00:00:00]                                 
restore successfully.
time used: 00:00:02.873

RMAN> RECOVER DATABASE '/opt/dmdbms/data/DAMENG/dm.ini' UPDATE DB_MAGIC;
RECOVER DATABASE '/opt/dmdbms/data/DAMENG/dm.ini' UPDATE DB_MAGIC;
recover successfully!
time used: 00:00:01.056

  可见已成功根据备份还原恢复数据。

2.2.3 配置dm.ini

  dm.ini中需要修改的数据项与GRP2_RWW_01实例中相同；
  同2.1.2，将dm.ini中的部分内容作如下修改：

ALTER_MODE_STATUS = 0 #Whether to permit database user to alter database mode and status by SQLs, 2: yes, 1: yes when dmwatcher ERROR, 0: no
ENABLE_OFFLINE_TS = 2 #Whether tablespace can be offline，此处为禁止备库，其他放开
MAL_INI = 1 #dmmal.ini
ARCH_INI = 1 #dmarch.ini

2.2.4 配置 dmarch.ini

  对于dmarch.ini中需要修改的数据项，除ARCH_DEST数据项需要做适应性更改外，其他内容保持与先前的配置相同：

[ARCHIVE_LOCAL1]
ARCH_TYPE				= LOCAL
ARCH_DEST				= /opt/dmdbms/data/DAMENG/arch
ARCH_FILE_SIZE			= 128
ARCH_SPACE_LIMIT		= 0

[ARCH_TIMELY1]
ARCH_TYPE			= TIMELY
ARCH_DEST			= GRP2_RWW_01

2.2.5 配置dmmal.ini

  dmmal.ini与GRP2_RWW_01中对应内容保持相同：

MAL_CHECK_INTERVAL				= 5
MAL_CONN_FAIL_INTERVAL			= 5

[MAL_INST1]
MAL_INST_NAME				= GRP2_RWW_01
MAL_HOST					= 192.168.1.5
MAL_PORT					= 5336
MAL_INST_HOST				= 172.16.1.5
MAL_INST_PORT				= 5236
MAL_DW_PORT					= 5436
MAL_INST_DW_PORT			= 5536

[MAL_INST2]
MAL_INST_NAME				= GRP2_RWW_02
MAL_HOST					= 192.168.1.6
MAL_PORT					= 5336
MAL_INST_HOST				= 172.16.1.6
MAL_INST_PORT				= 5236
MAL_DW_PORT					= 5436
MAL_INST_DW_PORT			= 5536

2.2.6 配置dmwatcher.ini

  dmwatcher.ini内容保持与先前配置相同：

[GRP2]
DW_TYPE					= GLOBAL
DW_MODE					= AUTO
DW_ERROR_TIME			= 10
INST_RECOVER_TIME		= 60
INST_ERROR_TIME			= 10
INST_OGUID				= 45332
INST_INI				= /opt/dmdbms/data/DAMENG/dm.ini
INST_AUTO_RESTART		= 1
INST_STARTUP_CMD		= /opt/dmdbms/bin/dmserver
RLOG_SEND_THRESHOLD		= 0
RLOG_APPLY_THRESHOLD	= 0

2.2.7 以mount方式启动备库 & 设置OGUID & 修改数据库模式

  以mount方式启动备库：

root@bfb5213c97c2:/opt/dmdbms/bin$ ./dmserver /opt/dmdbms/data/DAMENG/dm.ini mount

  设置OGUID：

root@bfb5213c97c2:/opt/dmdbms/bin$ ./disql SYSDBA/SYSDBA001@localhost:5236

Server[localhost:5236]:mode is normal, state is mount
login used time : 2.365(ms)
disql V8

SQL> SP_SET_PARA_VALUE(1, 'ALTER_MODE_STATUS', 1);
DMSQL executed successfully
used time: 10.802(ms). Execute id is 1.

SQL> SP_SET_OGUID(45332);
DMSQL executed successfully
used time: 4.260(ms). Execute id is 2.

SQL> SP_SET_PARA_VALUE(1, 'ALTER_MODE_STATUS', 0);
DMSQL executed successfully
used time: 10.748(ms). Execute id is 3.

  修改数据库模式：

SQL> ALTER DATABASE STANDBY;
executed successfully
used time: 9.266(ms). Execute id is 0.

  如果当前数据库不是 Normal 模式，需要先修改 dm.ini 中 ALTER_MODE_STATUS 值为 1，允许修改数据库模式，修改 Standby 模式成功后再改回为 0。详见官方文档 - 修改数据库模式。

2.3 配置监视器

  配置非确认监视器（也称普通监视器）和确认监视器的惯例配置：

  • 手动切换：集群各节点的 bin 目录中，存放非确认监视器配置文件。
  • 自动切换：在确认监视器上（非集群节点），存放确认监视器配置文件，并注册后台自启服务。

  由于在先前主备库的配置过程中，dmwatcher.ini的DW_MODE参数值为AUTO，即自动切换模式，所以这里必须配置确认监视器而不是非确认监视器；除了与非确认监视器提供了相同的命令支持外，确认监视器能够在主库发生故障时自动通知备库接管为新的主库，具有自动故障处理的功能。

2.3.1 配置单实例监视器

  运行如下命令，创建Monitor实例并同时连接到dmwatch-test-heartbeat网络，分配子网IP192.168.1.7，创建同名Docker Volume GRP2_RWW_03：

docker run -d --restart=always --name=GRP2_RWW_03 --network dmwatch-test-heartbeat --ip 192.168.1.7  --privileged=true -e LD_LIBRARY_PATH=/opt/dmdbms/bin -e PAGE_SIZE=32 -e EXTENT_SIZE=32 -e LOG_SIZE=2048 -e UNICODE_FLAG=1 -e INSTANCE_NAME=GRP2_RWW_03 -v GRP2_RWW_03:/opt/dmdbms/data dm8_single:dm8_20240715_rev232765_x86_rh6_64

  进入容器GRP2_RWW_03；按照惯例，在/opt/dmdbms/data目录下创建dmmonitor.ini。其中 MON_DW_IP 中的 IP 和 PORT 和 dmmal.ini 中的 MAL_HOST 和 MAL_DW_PORT 配置项保持一致：

MON_DW_CONFIRM			= 1
MON_LOG_PATH			= /opt/dmdbms/data/log
MON_LOG_INTERVAL		= 60
MON_LOG_FILE_SIZE		= 32
MON_LOG_SPACE_LIMIT		= 0

[GRP2]
MON_INST_OGUID			= 45332
MON_DW_IP			= 192.168.1.5:5436
MON_DW_IP			= 192.168.1.6:5436

2.3.2 配置多实例监视器

  

2.3.3 启动读写分离集群

2.3.3.1 启动主备库守护进程

  在主库、备库上，使用如下命令分别开启守护进程：

./dmwatcher /opt/dmdbms/data/DAMENG/dmwatcher.ini
2.3.3.2 启动监视器

  在Monitor实例上启动监视器：

root@ba6b0171922b:/opt/dmdbms/bin# ./dmmonitor /opt/dmdbms/data/dmmonitor.ini
[monitor]         2024-09-18 15:32:04: DMMONITOR[4.0] V8
[monitor]         2024-09-18 15:32:05: DMMONITOR[4.0] IS READY.

[monitor]         2024-09-18 15:32:05: 
#-----------------------------------------------------------------------------------------------#
GET MONITOR CONNECT INFO FROM DMWATCHER(GRP2_RWW_02), THE FIRST LINE IS SELF INFO.

DW_CONN_TIME         MON_CONFIRM    MID            MON_IP              MON_VERSION                                                     
2024-09-18 15:32:05  TRUE           1316047694     ::ffff:192.168.1.7  DMMONITOR[4.0] V8
                                              
#-----------------------------------------------------------------------------------------------#

[monitor]         2024-09-18 15:32:05: Received message from(GRP2_RWW_02)
                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN            
                  2024-09-18 15:32:05  OPEN           OK        GRP2_RWW_02      OPEN        STANDBY   NULL     3        43564           43564           

[monitor]         2024-09-18 15:32:06: Received message from(GRP2_RWW_01)
                  WTIME                WSTATUS        INST_OK   INAME            ISTATUS     IMODE     RSTAT    N_OPEN   FLSN            CLSN            
                  2024-09-18 15:32:06  OPEN           OK        GRP2_RWW_01      OPEN        PRIMARY   VALID    3        43564           43564

  使用show监视器命令查看所有实例组信息：

show
2024-09-18 15:32:55 
#================================================================================#
GROUP            OGUID       MON_CONFIRM     MODE            MPP_FLAG  
GRP2             45332       TRUE            AUTO            FALSE     


<<DATABASE GLOBAL INFO:>>
DW_IP        MAL_DW_PORT  WTIME                WTYPE     WCTLSTAT  WSTATUS        INAME            INST_OK   N_EP  N_OK  ISTATUS     IMODE     DSC_STATUS     RTYPE     RSTAT    
192.168.1.5  5436         2024-09-18 15:32:55  GLOBAL    VALID     OPEN           GRP2_RWW_01      OK        1     1     OPEN        PRIMARY   DSC_OPEN       TIMELY    VALID    

EP INFO:
INST_IP     INST_PORT  INST_OK   INAME            ISTATUS     IMODE     DSC_SEQNO  DSC_CTL_NODE RTYPE     RSTAT       FSEQ            FLSN            CSEQ            CLSN            DW_STAT_FLAG          
172.16.1.5  5236       OK        GRP2_RWW_01      OPEN        PRIMARY   0          0            TIMELY    VALID       3183            43564           3183            43564           NONE                  

<<DATABASE GLOBAL INFO:>>
DW_IP        MAL_DW_PORT  WTIME                WTYPE     WCTLSTAT  WSTATUS        INAME            INST_OK   N_EP  N_OK  ISTATUS     IMODE     DSC_STATUS     RTYPE     RSTAT    
192.168.1.6  5436         2024-09-18 15:32:55  GLOBAL    VALID     OPEN           GRP2_RWW_02      OK        1     1     OPEN        STANDBY   DSC_OPEN       TIMELY    VALID    

EP INFO:
INST_IP     INST_PORT  INST_OK   INAME            ISTATUS     IMODE     DSC_SEQNO  DSC_CTL_NODE RTYPE     RSTAT       FSEQ            FLSN            CSEQ            CLSN            DW_STAT_FLAG          
172.16.1.6  5236       OK        GRP2_RWW_02      OPEN        STANDBY   0          0            TIMELY    VALID       3183            43564           3183            43564           NONE                  

DATABASE(GRP2_RWW_02) APPLY INFO FROM (GRP2_RWW_01), REDOS_PARALLEL_NUM (1), WAIT_APPLY[TRUE]:
DSC_SEQNO[0], (RSEQ, SSEQ, KSEQ)[3183, 3183, 3183], (RLSN, SLSN, KLSN)[43564, 43564, 43564], N_TSK[0], TSK_MEM_USE[0] 
REDO_LSN_ARR: (43564)

  使用tip命令查看守护进程配置信息：

tip
[monitor]         2024-09-18 15:33:11: Instance GRP2_RWW_01[PRIMARY, OPEN, ISTAT_SAME:TRUE] cannot join other instances, dmwatcher status is OPEN, SYSOPENHISTORY status is VALID
[monitor]         2024-09-18 15:33:11: Instance GRP2_RWW_01[PRIMARY, OPEN, ISTAT_SAME:TRUE] has no command to execute currently
[monitor]         2024-09-18 15:33:11: Instance GRP2_RWW_01[PRIMARY, OPEN, ISTAT_SAME:TRUE] is OK, dmwatcher status is OPEN, dw_type is GLOBAL

[monitor]         2024-09-18 15:33:11: Instance GRP2_RWW_02[STANDBY, OPEN, ISTAT_SAME:TRUE] can join instance GRP2_RWW_01[PRIMARY, OPEN, ISTAT_SAME:TRUE]
[monitor]         2024-09-18 15:33:11: Instance GRP2_RWW_02[STANDBY, OPEN, ISTAT_SAME:TRUE] has no command to execute currently
[monitor]         2024-09-18 15:33:11: Instance GRP2_RWW_02[STANDBY, OPEN, ISTAT_SAME:TRUE] is OK, dmwatcher status is OPEN, dw_type is GLOBAL

[monitor]         2024-09-18 15:33:11: Group(GRP2) current active instances are OK

[monitor]         2024-09-18 15:33:11: All groups' current active instances are OK!

3 dm_svc.conf 配置

  此部分较简单，略。详细信息可见“数据库规范化部署 - 读写分离集群安装部署”或查阅有关资料。
  社区地址：https://eco.dameng.com

Ender-Shadows
关注
专栏目录
AntDB读写分离探索
BillyZhu的博客
04-03 1541
AntDB读写分离探索 本次测试过程将AntDB集群的datanode slave备机节点作为可读节点来实现。这样做的主要目的是合理利用资源，提高系统吞吐量。 适用场景： 针对同一时间有大量的读操作和较少的写操作，并且读操作对数据的实时性要求并没有那么高。在此前提下，可以这么设计解决方案。 一、环境准备 本次测试过程只考虑一主一从的场景，datanode 一主两从的场景原理类似，感...
prometheus安装及使用
MKC__jiaoq的博客
01-05 2966
一、简介 Prometheus是最初在SoundCloud上构建的开源系统监视和警报工具包 。自2012年成立以来，许多公司和组织都采用了Prometheus，该项目拥有非常活跃的开发人员和用户社区。现在，它是一个独立的开源项目，并且独立于任何公司进行维护。为了强调这一点并阐明项目的治理结构，Prometheus 在2016年加入了 Cloud Native Computing Foundation，这是继Kubernetes之后的第二个托管项目 Prometheus是一个开源的完整监控解决方案，
（SERIES7）DM Data Watch数据守护集群安装部署
weixin_51674962的博客
08-30 681
等，我们这里为简化配置，选择在同一宿主机上用不同的Container的端口映射实现。
KingbaseES R3 读写分离集群在线扩容案例
lyu1026的博客
11-05 903
案例说明： 1、 通过sys_basebackup创建新备库。 2、 将备库加入到Cluster nodes管理，可以用kingbase_monitor.sh一键启停。 3、 主备复制切换测试。 此次测试案例用于kingbaseES V8R3读写分离集群在线扩容测试，主要分为三个步骤： 操作系统和数据库版本： 1)操作系统环境 [kingbase@...
炫“库”行动-人大金仓有奖征文-KingbaseES V8R3 读写分离集群在线扩容案例
天涯客*Blog
10-09 788
【本文正在参与炫“库”行动-人大金仓有奖征文】 CSDNhttps://marketing.csdn.net/p/98bd30353e7cb998b6070a89e8b91edb 案例说明： 此次测试案例用于kingbaseES V8R3读写分离集群在线扩容测试，主要分为三个步骤。 1、 通过sys_basebackup创建新备库。 2、 将备库加入到Cluster nodes管理，可以用kingbase_monitor.sh一键启停。 3、 主备复制切换测试。 操作系统和数据库版本： 1
（SERIES5）DM数据库集群介绍
weixin_51674962的博客
07-31 819
DM共享数据库存储集群的英文全称为，简称DMDSC。DMDSC允许多个数据库实例同时访问、操作同一数据库，具有高可用、高性能、负载均衡等特性，并支持故障自动切换和故障自动重加入，某一个数据库实例故障后，不会导致数据库服务无法提供。DMDSC集群是一个多实例、单数据库的系统；其中，多个实例可以同时访问、修改同一个数据库的数据；用户可以登录集群中的任何一个数据库实例，获得完整的数据库服务。数据文件、控制文件在集群系统中只有一份，不论有几个节点，这些节点都平等地使用这些文件；这些文件保存在共享存储上；
一文教你学会时序数据库 Apache IoTDB 安装部署，直接上手！！！
LuciferLiu_DBA
05-28 5438
一款国产开源数据库，是针对时间序列数据收集、存储与分析一体化的数据管理引擎。它具有体量轻、性能高、易使用的特点，完美对接 Hadoop 与 Spark 生态，适用于工业物联网应用中海量时间序列数据高速写入和复杂分析查询的需求。
分布式日志采集 Loki 配置及部署详细
写Bug的小白的博客
07-03 1515
这些目标可以独立扩展，让您可以自定义 Loki 部署，以满足日志摄取和日志查询的业务需求，从而使您的基础设施成本更好地匹配 Loki 的使用方式。部署可参考地址：https://grafana.com/docs/loki/latest/get-started/deployment-modes/。最简单的操作模式是单体部署模式。Loki 的简单可扩展部署模式是最简单的部署方式、首选方式。将组件作为单独的微服务运行可提供更大的粒度，让您可以将每个组件扩展为单独的微服务，以更好地匹配您的特定用例。
12. K8S集群的监控
xiaoyizi311的博客
11-16 1688
1. Prometheus 安装 1.1 主要组件 Prometheus server:主服务，接受外部 http 请求，收集、存储与查询数据等 Prometheus targets: 静态收集的目标服务数据 Service discovery:动态发现服务 Prometheus alerting:报警通知 Push gateway:数据收集代理服务器(类似于 zabbix proxy) Data visualization and export: 数据可视化与数据导出(访问客户端) 1.2 Prom
helm部署mongodb_如何使用Helm在Kubernetes上使用MongoDB扩展Node.js应用程序
08-12 1029
helm部署mongodb 介绍 (Introduction) Kubernetes is a system for running modern, containerized applications at scale. With it, developers can deploy and manage applications across clusters of machines. And ...
数据库国产化探究及升级改造过程指导
企业实战系列集 ●●● https://ximenjianxue.blog.csdn.net
03-18 2541
当前官网最新版本为DM8，相较于目前主流产品架构：不同特性依靠不同内核去实现，DM8独特采用了双存储引擎架构，行存储引擎和列存储引擎可相互配合、协同工作。同时实现了计算层和存储层的分离，同一内核既支持共享存储式集群，也支持分布式事务集群。
Linux数据库管理秘籍：MySQL与PostgreSQL的部署之道
![Linux数据库管理秘籍：MySQL与PostgreSQL的部署之道]...它的稳定性和开源特性使它成为部署数据库系统的首选环境。Linux下的数据库管理系统（DBMS）不仅具备高效处理大量数据的能力，还支持复杂的数据操作和管理
时序列数据库 OpenTSDB （学习整理）
哆啦A梦~~
10-18 2608
下载官网：http://opentsdb.net/ 官网用户指南：http://opentsdb.net/docs/build/html/index.html 学习时遇到的问题： 1、opentsdb总是被打挂？ 我所遇到的问题原因和解决办法：      打到opentsdb中的数据量很大，队列满了还在往里面打，就挂了。 优化:在opentsdb和数据之间加了一层qbus，用来作为缓冲...
w042基于web的IT技术交流和分享平台的设计与实现
卓怡工作室的博客
11-18 741
我国科学技术的不断发展，计算机的应用日渐成熟，其强大的功能给人们留下深刻的印象，它已经应用到了人类社会的各个层次的领域，发挥着重要的不可替换的作用。信息管理作为计算机应用的一部分，使用计算机进行管理，具有非常明显的优点，利用网络的优势特开发了本基于SpringBoot的IT技术交流和分享平台。 本IT技术交流和分享平台是基于SpringBoot框架，采用Java技术，MYSQL数据库进行开发的。系统具有灵活的一体化设计方式，圆满完成了整个系统的界面设计。本系统实现了用户功能模块和管理员功能模块两大部分，
Mybatis
庸不易的博客
11-15 837
1、定义不同：#{} 预处理：而 ${} 是直接替换2、使用不同：#{} 适用于所有类型的参数匹配；但 ${} 只适用于数值类型。3、安全性不同：#{} 性能高，并且没有安全问题；但 $ {} 存在 SQL 注入的安全问题。4、使用场景不同：当传递的是一个 SQL 关键字 的时候，只能 使用 ${}。当传递的是一个字段，总之，就是需要获取到参数类型 与 内容，只能使用 #{}。（PS：数字类型，#{} 和 ${} 都是可以使用的！5、 ${} 不能用于 模糊匹配查询；
[Docker#9] 存储卷 | Volume、Bind、Tmpfs | -v/mount | MySQL 灾难恢复 | 问题
2301_80171004的博客
11-14 854
本文介绍了 Docker 存储卷的概念、分类及其应用。从什么是存储卷、生活案例到存储卷的必要性，再到管理卷、绑定卷和临时卷的具体创建与使用方法，最后通过 MySQL 灾难恢复的实战案例，帮助读者全面掌握存储卷的运用技巧。
ubuntu 之 安装mysql8
最新发布
卫龙的博客
11-18 386
安装过程中如果没有提示输入密码。如果 group by 不能用。
Qt 的 QThread：多线程编程的基础
Z1tai的博客
11-15 941
是 Qt 框架中实现多线程的基础类，它允许开发者创建新的线程，并在其中执行任务。当线程执行任务时，可能会出现阻塞，尤其是在进行 I/O 操作或等待外部资源时。在 Qt 中，线程间的通信通过信号与槽机制来实现。通过信号，子线程可以将数据或事件传递给主线程，或者主线程可以通知子线程执行某些操作。对象代表一个线程，线程之间的独立执行有助于分担主线程的压力，避免主界面的阻塞。Qt 中的多线程模型基于事件驱动机制，因此线程的管理通常通过事件循环来进行，方法会在新线程中执行，因此你可以将具体的工作逻辑放在该方法中。
约束（MYSQL）
2301_80363309的博客
11-13 338
not null（非空） unique（唯一） default（默认约束，规定值） 主键约束primary key（非空且唯一） auto_increment（自增类型） 复合主键 check（保证列中值符合指定条件） foreign key（外键约束）
Cisco Nexus 3232C机架集群交换机安装指南
本文档详细介绍了在机架上安装Cisco Nexus 3232C集群交换机的步骤和注意事项。Cisco Nexus 3232C是一款专为数据中心设计的高性能交换机，适用于高密度、低延迟的网络环境。安装过程中，首先确保已经完成了初期的准备...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值