首页 > 数据库 >DM数据库几种主备模式说明

DM数据库几种主备模式说明

时间:2024-02-28 17:13:52浏览次数:35  
标签:DM 备库 数据库 主备 ini 归档 日志 MAL

前言

DM数据库的主备集群主要是由搭建数据守护的方式来实现。DM数据守护(DM Data Watch)的实现原理非常简单:将主库(生产库)产生的Redo日志传输到备库,备库接收并重新应用 Redo 日志,从而实现备库与主库的数据同步。在此基础下,DM通过一些参数和接口的控制可以实现实时主备、读写分离集群、异步备库和同步备库,这里主要说明这几种模式的实现方式和相互之间的区别,并引申对比Oracle、Mysql和PostgreSQL主备模式之间的对比。

数据守护

数据守护是DM主备集群的基础,主要由主库、备库、Redo日志、Redo日志传输、Redo 日志重演、守护进程(dmwatcher)、监视器(dmmonitor)组成。

1、守护进程

守护进程(dmwatcher)是 DM 数据守护系统不可或缺的核心部件,是数据库实例和监视器之间信息流转的桥梁。数据库实例向本地守护进程发送信息,接收本地守护进程的消息和命令;监视器(dmmonitor)接收守护进程的消息,并向守护进程发送命令。主要功能有:

  • 监控数据库实例
  • 发送状态信息
  • 监控其他守护进程
  • 接收监视器消息
  • 主备库启动运行
  • 备库故障处理
  • 备库异常处理
  • 主库故障处理
  • 故障恢复处理

2、监视器

监视器(dmmonitor)是基于监视器接口实现的一个命令行工具,是DM数据守护系统的重要组成部分。在类型上分为 普通监视器确认监视器 ,监视器的基本作用如下:

  • 监控数据守护系统
  • 管理数据守护系统
  • 确认状态信息
  • 发起故障自动接管命令

3、归档模式

3.1 说明

数据库在发生变更之后会产生对应的redo日志,并且会将redo日志写入联机redo日志文件中,通常数据库在初始化后会生成两个联机redo日志文件,此文件可以被重复覆盖写入,为了保障数据库的安全性,可以将数据库运行在归档模式下,即在redo日志写入联机redo日志文件后,还会写入归档日志文件。归档日志文件不会被覆盖或者自动删除,可以通过配置对归档日志进行定期清理或备份。

3.2 分类

归档是数据守护系统实现的重要技术手段,在数据守护系统中,主库会将自身的redo日志写入主库本地的归档日志文件中,称之为本地归档,同时还会将redo日志发送到备库中,备库也会对此日志进行归档和重演,我们可以理解成是一种远程归档。主库的归档日志内容是主库自身的redo日志,而备库是归档的主库发送过来的redo日志,并且进行redo日志重演。 根据进行redo日志传输的时机不同,可以将归档分为:实时归档、即时归档、异步归档和同步归档。

[NOTE]
在DM中远程归档是指将归档目录配置在远程节点上,并且必须双向配置远程归档,专门用于DMSDC环境中。所以上述将主库redo日志传输到备库后进行归档,我们理解成远程归档,并不是DM中真正的远程归档定义,只是便于理解。

  • 实时归档
    实时归档(Realtime)是在主库在Redo日志(RLOG_PKG)写入联机日志文件前,将Redo日志发送到备库。

  • 即时归档
    即时归档(Timely)在主库将Redo日志写入联机日志文件后,通过MAL系统将Redo日志发送到备库。即时归档与实时归档的主要区别是Redo日志的发送时机不同。

    [NOTE]
    实时归档和即时归档在根据响应主库的时间点不同下,可以分为事务一致模式高性能模式。事务一致模式下需要等备库收到redo日志并完成重演后再响应主库;高性能模式下备库收到redo日志后就马上响应主库,再启动日志重演。实时归档默认配置时是高性能模式,即时归档默认配置时是事务一致模式。

  • 异步归档
    异步归档(Async)由主、备库上配置的定时器触发,根据异步备库的KEEP LSN 信息,扫描本地归档目录获取Redo日志,并通过MAL系统将Redo日志发送到异步备库。

  • 同步归档
    同步归档(Sync)在主库归档日志刷盘后,通过MAL系统将Redo日志发送到备库。

3.3 归档区别对比

实时归档 即时归档 异步归档 同步归档
归档时机 写入联机日志前,发送到备库 写入联机日志后,发送到备库 定时启动 写入归档日志后,发送到备库
备库响应时机 事务一致模式:重演完成后响应;高性能模式:收到立即响应 事务一致模式:重演完成后响应;高性能模式:收到立即响应 收到立即响应 收到立即响应

4、配置文件说明

与DM数据守护相关的配置文件包括:

  • 数据库配置文件dm.ini
  • MAL配置文件dmmal.ini
  • Redo日志归档配置文件dmarch.ini
  • 守护进程配置文件dmwatcher.ini
  • 监视器配置文件dmmonitor.ini
  • 定时器配置文件dmtimer.ini

4.1 dm.ini

无论哪中主备模式,都需要配置当前数据库的dm.ini文件,主要需要修改的参数如下:

INSTANCE_NAME   = GRP1_RT_01  #实例名,建议使用―组名_守护环境_序号‖的命名方式,总长度不能超过16 
PORT_NUM    = 32141 #数据库实例监听端口 
DW_INACTIVE_INTERVAL = 60     #接收守护进程消息超时时间 
ALTER_MODE_STATUS  = 0  #不允许手工方式修改实例模式/状态/OGUID 
ENABLE_OFFLINE_TS  = 2  #不允许备库OFFLINE表空间 
MAL_INI     = 1  #打开MAL系统 
ARCH_INI    = 1  #打开归档配置 
RLOG_SEND_APPLY_MON  = 64    #统计最近64次的日志发送信息 

4.2 dmmal.ini

dmmal.ini是MAL配置文件。需要用到MAL环境的实例,所有站点dmmal.ini需要保证严格一致。根据不同的主备模式添加对应节点的mal配置信息,举例如下:

MAL_CHECK_INTERVAL   = 5  #MAL链路检测时间间隔 
MAL_CONN_FAIL_INTERVAL  = 5  #判定MAL链路断开的时间 
[MAL_INST1] 
  MAL_INST_NAME          = GRP1_RT_01 #实例名,和dm.ini中的INSTANCE_NAME一致 
  MAL_HOST               = 192.168.0.141  #MAL系统监听TCP连接的IP地址 
  MAL_PORT               = 61141     #MAL系统监听TCP连接的端口 
  MAL_INST_HOST          = 192.168.1.131  #实例的对外服务IP地址 
  MAL_INST_PORT          = 32141 #实例的对外服务端口,和dm.ini中的PORT_NUM一致 
  MAL_DW_PORT   = 52141 #实例本地的守护进程监听TCP连接的端口 
MAL_INST_DW_PORT  = 33141 #实例监听守护进程TCP连接的端口 
 
[MAL_INST2] 
  MAL_INST_NAME          = GRP1_RT_02 
  MAL_HOST               = 192.168.0.142 
  MAL_PORT               = 61142 
  MAL_INST_HOST          = 192.168.1.132 
  MAL_INST_PORT          = 32142 
  MAL_DW_PORT   = 52142 
MAL_INST_DW_PORT  = 33142 

4.3 dmarch.ini

dmarch.ini是Redo日志归档配置文件,其中

  • ARCH_WAIT_APPLY参数表示备库收到Redo日志后,是否需要重演完成后再响应主库。0表示收到马上响应(高性能模式),1表示重演完成后响应(事务一致模式)。配置为即时归档的读写分离集群时,缺省值为1;配置为实时归档的读写分离集群时,缺省值为0;

  • [ARCH_NAME]参数表示Redo日志归档名,由于“STANDBY_ARCHIVE”用于表示备库生成的归档日志,因此不允许将归档名称配置为“STANDBY_ARCHIVE”;

还有一些其他参数,例如如下实时归档的配置:

[ARCHIVE_REALTIME]  
ARCH_TYPE     = REALTIME  #实时归档类型 
ARCH_DEST     = GRP1_RT_02 #实时归档目标实例名 
[ARCHIVE_LOCAL1] 
ARCH_TYPE     = LOCAL #本地归档类型 
ARCH_DEST     = /dm/data/DAMENG/arch  #本地归档文件存放路径 
ARCH_FILE_SIZE    = 128 #单位Mb,本地单个归档文件最大值 
ARCH_SPACE_LIMIT  = 0    #单位Mb,0表示无限制,范围1024~2147483647M 

4.4 dmwatcher.ini

dmwatcher.ini是守护进程配置文件,其中:

  • [GROUP_NAME] 守护进程组名(长度不能超过16;
  • DW_TYPE 守护类型,缺省为LOCAL,LOCAL:本地守护,GLOBAL:全局守护;
  • DW_MODE 切换模式,缺省为MANUAL,MANUAL:故障手动切换模式,AUTO:故障自动切换模式;
  • INST_OGUID 数据守护唯一标识码,同一守护进程组中的所有数据库、守护进程和监视;

还有一些其他参数,例如如下实时归档的配置:

[GRP1] 
DW_TYPE    = GLOBAL   #全局守护类型 
DW_MODE    = AUTO   #自动切换模式 
DW_ERROR_TIME     = 10  #远程守护进程故障认定时间 
INST_RECOVER_TIME  = 60         #主库守护进程启动恢复的间隔时间 
INST_ERROR_TIME   = 10  #本地实例故障认定时间 
INST_OGUID         = 453331 #守护系统唯一OGUID值 
INST_INI           = /dm/data/DAMENG/dm.ini #dm.ini配置文件路径 
INST_AUTO_RESTART  = 1   #打开实例的自动启动功能 
INST_STARTUP_CMD   = /dm/bin/dmserver #命令行方式启动 
RLOG_SEND_THRESHOLD  = 0         #指定主库发送日志到备库的时间阈值,默认关闭 
RLOG_APPLY_THRESHOLD = 0         #指定备库重演日志的时间阈值,默认关闭

4.5 dmmonitor.ini

dmmonitor.ini是监视器配置文件,其中:

  • MON_DW_CONFIRM 是否配置为确认模式,缺省为0。0:监控模式 1:确认模式;
  • [GROUP_NAME] 守护进程组名,与dmwatcher.ini中的守护进程组名保持一致

具体参考如下:

MON_DW_CONFIRM    = 1   #确认监视器模式 
MON_LOG_PATH    = /dm/data/log  #监视器日志文件存放路径 
MON_LOG_INTERVAL  = 60 #每隔60s定时记录系统信息到日志文件 
MON_LOG_FILE_SIZE   = 32 #每个日志文件最大32M 
MON_LOG_SPACE_LIMIT  = 0  #不限定日志文件总占用空间 
[GRP1] 
MON_INST_OGUID    = 453331 #组GRP1的唯一OGUID值 
#以下配置为监视器到组GRP1的守护进程的连接信息,以―IP:PORT‖的形式配置 
#IP 对应dmmal.ini中的MAL_HOST,PORT对应dmmal.ini中的MAL_DW_PORT 
MON_DW_IP     = 192.168.0.141:52141 
MON_DW_IP     = 192.168.0.142:52142

4.6 dmtimer.ini

dmtimer.ini 用于配置定时器,可记录异步备库的定时器信息,其中:

  • [TIMER_NAME1] 定时器名称。例如,名为RT的定时器,名称书写方式为[RT];
  • TYPE 定时器调度类型
    • 1:执行一次。时间上只需要指定DURING_START_DATE 即可,不需要指定START_TIME、END_TIME和DURING_END_DATE
    • 2:按日执行
    • 3:按周执行
    • 4:按月执行的第几天
    • 5:按月执行的第一周
    • 6:按月执行的第二周
    • 7:按月执行的第三周
    • 8:按月执行的第四周
    • 9:按月执行的最后一周
    • 10: 按REPEAT_INTERVAL 指定的日历表达式的频率进行。不再需要通过START_TIME 、 END_TIME 、 DURING_START_DATE 和DURING_END_DATE 指定时间

下面示例中定时器配置为每天00:00:00触发主库发送归档日志到异步备库:

[RT_TIMER] #和dmarch.ini中的ARCH_TIMER_NAME一致 
 TYPE                    = 2 
 FREQ_MONTH_WEEK_INTERVAL      = 1 
 FREQ_SUB_INTERVAL     = 0 
 FREQ_MINUTE_INTERVAL = 0 
 START_TIME             = 00:00:00 
 END_TIME               = 00:00:00 
 DURING_START_DATE    = 2016-02-11 17:36:09 
 DURING_END_DATE      = 9999-12-31 23:59:59 
 NO_END_DATE_FLAG     = 1 
 DESCRIBE              = RT TIMER
 IS_VALID              = 1 

几种主备集群的对比

1、基础配置

几种以数据守护为基础实现的主备集群模式,在基础配置上大多数都是相同的:

  • 从库数据准备
    DM中配置主备模式时,备库需要先通过对主库进行备份还原的方式来得到。

  • 分别配置主备库
    主要是配置上述的几个参数文件,多数的参数配置要求都是相同的,主要是在归档模式的配置上所有区别,另读写分离集群还需要通过配置对应接口得以实现。

  • 设置OGUID和数据库模式

    SP_SET_PARA_VALUE(1, 'ALTER_MODE_STATUS', 1);
    sp_set_oguid(453331); 
    alter database primary;
    SP_SET_PARA_VALUE(1, 'ALTER_MODE_STATUS', 0); 
    

    以上是在主库上配置,在备库上需要将primary修改为standby。

  • 启动数据库和守护进程
    主备库都需要以mount的方式启动,然后启动对应的守护进程后会自动将数据库切换到open状态。

  • 配置监视器
    需要自动处理故障的功能并搭配守护进程配置的自动切换模式,需要配置确认监视器。

2、实时主备

实时主备在定义实例名和设置归档模式时做特定调整:

  • 根据实例名的建议使用规则,在配置实时主备时可以将主备库实例名定为GRP1_RT_01GRP1_RT_02

  • 归档配置中除了本地归档配置外再配置实时归档,并设置好归档类型和归档目标,并且实时归档模式下ARCH_WAIT_APPLY参数缺省值为0,即采用高性能模式:

    [ARCHIVE_REALTIME]          # 实时归档名称
    ARCH_TYPE     = REALTIME  # 实时归档类型 
    ARCH_DEST     = GRP1_RT_02 # 实时归档目标实例名,主库的归档目标是备库,在备库上配置时归档目标应设置成主库
    

3、读写分离集群

读写分离集群除了在定义实例名和设置归档模式时做特定调整外,还需要在配置接口时定义读写分离配置:

  • 根据实例名的建议使用规则,在配置实时主备时可以将主备库实例名定为GRP1_RWW_01GRP1_RWW_02

  • 读写分离集群通常为了保证在备库的事务一致性,在归档配置时会选择即时归档模式,此时ARCH_WAIT_APPLY参数缺省值为1,即采用事务一致性模式:

    [ARCHIVE_TIMELY1]  
    ARCH_TYPE     = TIMELY  #即时归档类型 
    ARCH_DEST     = GRP1_RWW_02 #即时归档目标实例名,设置归档目标时注意主备库的区别
    [ARCHIVE_TIMELY2]  
    ARCH_TYPE     = TIMELY  
    ARCH_DEST     = GRP1_RWW_03 
    
  • 读写分离环境搭建完成后应用在连接数据库时,在对应接口上还需要配置读写分离,不同的接口可能使用的具体参数不同,大同小异的是都是配置是否使用读写分离系统的参数和分发到主库的事务占主备库总事务的百分比的参数,例如:

    • JDBC接口中需要设置rwSeparaterwPercent连接属性:

      <DRIVER>dm.jdbc.driver.DmDriver</DRIVER>  
      <URL>jdbc:dm://192.168.0.206:5236?rwSeparate=1&rwPercent=10</URL>
      
    • ODBC接口中需要设置RW_SEPARATERW_SEPARATE_PERCENT关键字:

      "DSN=DM8;DRIVER=DM ODBC DRIVER;UID=SYSDBA;PWD=SYSDBA;TCP_PORT=5236;RW_SEPARATE=TRUE;RW_SEPARATE_PERCENT=25"
      
    • dmPython接口中支持rwseparaterwseparate_percent两个读写分离的连接属性:

      import dmPython 
      conn = dmPython.connect(rwseparate=True, rwseparate_percent=25)
      

    [NOTE]
    更多的DM接口配置说明可以查看官方文档《程序员手册》。

4、配置异步备库

在实际应用中,如果数据库规模很大,并且对数据的实时性要求不是很严格,则可以配置多个异步备库用于分担统计报表等任务。异步备库支持多源配置,主要目的是在主备环境中发生主备切换时可以继续向同一个异步备库同步数据。以实时主备环境为例,为实时主备环境中的主备库添加同一个异步备库,主备库中的配置文件都需要做修改:

  • 在dm.ini中需要打开定时器配置,其他配置不变

    #配置有异步归档时,打开定时器,定时同步归档到异备库 
    TIMER_INI    = 1 
    
  • 在dmmal.ini中需要再添加异步备库的对应配置

    [MAL_INST3] 
    MAL_INST_NAME   = GRP1_LOCAL_01 #实例名,和dm.ini中的INSTANCE_NAME一致 
    MAL_HOST   = 192.168.0.143  
    MAL_PORT   = 61143   
    MAL_INST_HOST  = 192.168.1.133  
    MAL_INST_PORT  = 32143  
    MAL_DW_PORT  = 52143  
    MAL_INST_DW_PORT = 33143 
    
  • 在dmarch.ini中需要加上异步归档配置

    [ARCHIVE_ASYNC]  
    ARCH_TYPE     = ASYNC   #异步归档类型 
    ARCH_DEST     = GRP1_LOCAL_01 #异步归档目标实例名 
    ARCH_TIMER_NAME    = RT_TIMER   #定时器名称,和dmtimer.ini中的名称一致
    
  • 配置dmtimer.ini文件
    下面示例中定时器配置为每天00:00:00触发主库发送归档日志到异步备库,可以根据实际情况再做调整:

    [RT_TIMER] #和dmarch.ini中的ARCH_TIMER_NAME一致 
    TYPE                    = 2 
    FREQ_MONTH_WEEK_INTERVAL      = 1 
    FREQ_SUB_INTERVAL     = 0 
    FREQ_MINUTE_INTERVAL = 0 
    START_TIME             = 00:00:00 
    END_TIME               = 00:00:00 
    DURING_START_DATE    = 2016-02-11 17:36:09 
    DURING_END_DATE      = 9999-12-31 23:59:59 
    NO_END_DATE_FLAG     = 1 
    DESCRIBE              = RT TIMER
    IS_VALID              = 1
    
  • 以上在实时主备库上修改之后还需要配置异步备库,主要也是修改dm.ini中的实例名等,注意异步备库不具备故障自动切换功能,因此异步备库上的dmwatcher.ini文件中参数DW_MODE设置为MANUAL即可,另配置为本地守护模式。

5、配置同步备库

同步备库也支持多源配置,我们还是以实时主备环境为例,为实时主备配置一台同步备库,先配置主备中的配置文件:

  • 需要在dmmal.ini文件中添加同步备库的配置项;

  • 在dmarch.ini文件中增加同步归档的配置

    [ARCHIVE_SYNC]  
    ARCH_TYPE     = SYNC   #同步归档类型 
    ARCH_DEST     = GRP1_SYNC_01 #同步归档目标实例名 
    ARCH_RECOVER_TIME  = 1    #同步备库的异步恢复间隔
    
  • 在实时主备上的配置修改完成后,同步备库上主要是修改实例名,然后只需要配置本地归档即可,同样注意同步备库不具备故障自动切换功能,因此同步备库上的dmwatcher.ini文件中参数DW_MODE设置为MANUAL即可,另配置为本地守护模式。

DM主备模式与其他数据库主备模式对比

1、对比Mysql

1.1 基本原理

Mysql是通过在备库上执行change master命令,设置主库IP、端口、用户名、密码,以及要从哪个位置开始请求binlog,包含文件名和偏移量,然后通过start slave命令,备库会启动两个线程即io_thread和sql_thread,其中io_thread线程负责与主库连接并接受主库发送的binlog,备库拿到binlog后先写入本地文件(relay log),然后sql_thread线程读取relay log中的内容进行解析并执行,以达到同步主库数据的目的。

1.2 对比

  • 整体来说DM和Mysql都是通过日志的传输和重演来实现数据同步的,DM是redo日志,Mysql则是binlog;
  • Mysql默认的是异步同步,与DM的实时主备默认采用高性能模式类似,即将binlog日志发送给备库后不会关心备库是否有将binlog写入relay log,也不会关系后续relay log是否有被解析执行;后续通过安装插件可以实现半异步同步,即主库会等到备库接受到binlog并将其写入relay log后才会响应客户请求,类似与DM的默认即时归档配置下采用的事务一致性模式;
  • Mysql的读写分离需要通过程序代码内部或者是中间代理来实现,DM是通过配置接口实现。

2、对比PostgreSQL

2.1 基本原理

PostgreSQL支持物理复制和逻辑复制,逻辑复制基于对WAL进行逻辑解析后执行,生成环境中PG的主备常用的还是物理复制也可以称之为流复制。即主服务器在WAL记录产生时即将它们以流式传送给备服务器,备服务器接受到WAL数据后,按照相同的顺序应用到自己的数据库上,然后将已经应用的WAL数据库持久化到磁盘,并确认接受到的数据已经应用成功。

2.1 对比

  • PG的主备数据同步基于WAL,即预写日志,记录所有的数据更改操作,类似与DM的redo日志;
  • PG的流复制默认也是异步的,即异步流复制下主库无需等待备库响应已应用数据后才能继续处理客户请求,提高了性能,但是会有一定的数据延迟。当然PG也提供了同步流复制,即主库必须等待备库反馈已经成功应用完数据库后才能继续响应客户,这样保证了数据的一致性,但是损失了部分性能;
  • PG可以通过pgpool来实现读写分离,pgpool是是一个位于 PostgreSQL 服务器和 PostgreSQL 数据库客户端之间的中间件,它除了可以实现读写分离,还可以用于负载均衡、监控数据库状态、主备切换等功能。对比DM数据守护来说,类似守护进行和监视器的结合。

3、对比Oracle

3.1 基本原理

Oracle的DATAGUARD就是一种常用的主备模式,基本原理是将日志文件从原数据库传输到目标数据库,然后在目标数据库上应用这些日志文件,从而使目标数据库与源数据库保持同步,是一种数据库级别的高可用方案。

3.2 对比

  • Oracle Data Guard也是通过redo日志的传输和重演来实现数据同步;
  • 有三种保护模式,即最大保护、最大可用性和最大性能。最大保护模式下,一旦日志数据写到源数据库的联机日志文件中,事务即可提交,不必等待日志写到目标数据库,类似于DM的实时主备的默认高性能模式;最大性能模式下,保证了主库性能最大化,主备库之间数据是异步传输的,即主日志归档后才会传输到备用库上,类似于DM的同步备库;
  • Oracle的读写分离可以通过自身组件来实现,例如ADG等,也可以通过独立的中间件如mycat配置来实现。

更多的内容可以登录达梦的社区进行查看:https://eco.dameng.com

标签:DM,备库,数据库,主备,ini,归档,日志,MAL
From: https://www.cnblogs.com/ariesblog/p/18041070

相关文章

  • 数据库 Tips
    数据库Tips时间和日期互转数据库当前时间字符串转时间时间转字符串格式dual表MySQLNOW()STR_TO_DATEDATE_FORMAT%Y-%m-%d%H:%i:%s可选OracleSYSTIMESTAMP、SYSDATETO_TIMESTAMP、TO_DATETO_CHARYYYY-MM-DDHH24:MI:SS必须用PostgreSQLCURRENT_......
  • Mybatis 批量更新 PostgreSQL 数据库,返回更新行数
    1.拼接成1条sql语句,可返回修改行数。PostgreSQL的批量更新原生sql:updatepersonsetname=tmp.name,age=tmp.age,addr=tmp.addr,num=tmp.num,update_time=tmp.update_timefrom(values(1,'关羽',43,'成都',1,'2021-03-2617:32:2......
  • 龙哥量化:通达信(副图)选股公式源码均线、macd、skdj、kdj、rsi、dmi、cci,vol共振
    如果您需要代写公式,请联系我。龙哥QQ:591438821龙哥微信:Long622889 这个公式是几个指标的共振。新建一个条件选股公式,新建一个副图公式,都用下面的源码; {取消的股票 }T1:=IF(NAMELIKE('ST'),0,1)ANDIF(NAMELIKE('*'),0,1);T2:=NOT(CODELIKE('688'));T3:=NOT(CODELI......
  • 国产化数据库选型
    背景政府型等企业对视频会议产品有国产化方需求,其中包括国产化服务器、国产化操作系统、国产化数据库、国产化软件等,特别是国产化服务器和国产操作系统、国产化数据库,有特别明确。目前我司已选型国产化服务器为:曙光CPU,海光机器,操作系统为:KyLin-Server-V10-SP1。需求分析原私有......
  • 数据库设计规范 - 阿里
    基于阿里数据库设计规范扩展而来设计规范1.【推荐】字段允许适当冗余,以提高查询性能,但必须考虑数据一致。冗余字段应遵循:不是频繁修改的字段。不是varchar超长字段,更不能是text字段。正例:商品类目名称使用频率高,字段长度短,名称基本一成不变,可在相关联的表中冗余存储......
  • DBeaver 配置postgresSQL离线驱动(全)ps:其他数据库同理
    原文地址:https://blog.csdn.net/wulala517/article/details/1305831931.首先在一台可联网的机器上打开db,在这儿获取驱动作为离线驱动包。依次点击数据库-驱动管理器;搜索框输入你需要修改离线驱动的数据库,我是pg库,以下以pg库为例,输入postgres,左键单击postgresSQL,后点击编辑; 2.......
  • 在K8S中,etcd数据库中数据如何更改?
    在Kubernetes(K8s)中,etcd中的数据更改主要发生在以下几个场景中:创建、更新和删除Kubernetes资源对象:当用户在Kubernetes中创建(POST)、更新(PUT)或删除(DELETE)一个资源对象(如Pod、Service、Deployment等)时,KubernetesAPI服务器会将这些更改转换为对etcd的相应操作。API服务器会将更改......
  • 在K8S中,etcd是什么类型数据库?
    在Kubernetes(K8s)中,etcd是一个高度可靠、分布式的键值存储数据库,用于存储集群的共享配置和服务发现信息。etcd在Kubernetes架构中扮演着核心组件的角色,是集群状态数据的关键存储后端。1.etcd的类型:键值存储(Key-ValueStore):etcd最基本的功能是作为键值存储,它允许用户存储和......
  • 数据库
    关系型数据库mysql索引笔记sql练习一sql练习二groupby的解析非关系型数据库Redis使用规范ELKMongoDB......
  • 【MySQL】【锁的前置知识】数据库的锁有哪些?怎么看?锁的是什么?什么情况下会加什么锁?什
    1 前言数据库中的锁,是一个很大的问题,从哪看起呢?该怎么看呢?所以在看锁之前,了解一些相关的前置知识,然后再去细看不同的场景下会加什么样的锁方便你快速理解。官网,当然我们这里看的引擎是InnoDB哈,那我们从以下几个问题看起:(1)数据库中的锁有哪些(怎么知道呢,网上的文章五花八门的......