【无标题】达梦读写分离集群

最新推荐文章于 2023-10-11 10:20:05 发布
最新推荐文章于 2023-10-11 10:20:05 发布
阅读量312 收藏
点赞数
文章标签： 网络 数据库 database
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_49048788/article/details/123280199
版权

一.环境准备

  本次准备三台虚拟机，分为一台主数据库、一台备份数据库、一台监视机。环境如下：

 

机器名 IP地址 实例名 初始状态

DW_P 192.168.124.8 GRP1_RWW_01 主库

GRP1_RWW_01

DW_S1 192.168.124.10 GRP1_RWW_02 备库

GRP1_RWW_02

DW_M 192.168.124.33   确认监视器

二、配置主库

1.配置 dm.ini

在 DW_P 机器上配置主库的实例名为 GRP1_RWW_01，dm.ini 参数修改如下：

INSTANCE_NAME = GRP1_RWW_01

PORT_NUM = 32141 #数据库实例监听端口

DW_INACTIVE_INTERVAL = 60 #接收守护进程消息超时时间

ALTER_MODE_STATUS = 0 #不允许手工方式修改实例模式/状态

ENABLE_OFFLINE_TS = 2 #不允许备库 OFFLINE 表空间

MAL_INI = 1 #打开 MAL 系统

ARCH_INI = 1 #打开归档配置

RLOG_SEND_APPLY_MON = 64 #统计最近 64 次的日志发送信息

2.配置 dmmal.ini

配置 MAL 系统，各主备库的 dmmal.ini 配置必须完全一致，MAL_HOST 使用内部网络 IP，MAL_PORT 与 dm.ini 中 PORT_NUM 使用不同的端口值，MAL_DW_PORT 是各实例对应的守护进程之间，以及守护进程和监视器之间的通信端口，配置如下：

MAL_CHECK_INTERVAL = 5 #MAL 链路检测时间间隔

MAL_CONN_FAIL_INTERVAL = 5 #判定 MAL 链路断开的时间

[MAL_INST1]

MAL_INST_NAME = GRP1_RWW_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_RWW_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

3.配置 dmarch.ini

修改 dmarch.ini，配置本地归档和即时归档。

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

当前实例 GRP1_RWW_01 是主库，需要向即时备库 GRP1_RWW_02

同步数据，因此即时归档的 ARCH_DEST 分别配置为 GRP1_RWW_02 。

[ARCHIVE_TIMELY1]

ARCH_TYPE = TIMELY #即时归档类型

ARCH_DEST = GRP1_RWW_02 #即时归档目标实例名

[ARCHIVE_LOCAL1]

ARCH_TYPE = LOCAL #本地归档类型

ARCH_DEST = /dm/data/DAMENG/arch #本地归档文件存放路径

ARCH_FILE_SIZE = 128 #单位 Mb，本地单个归档文件最大值

ARCH_SPACE_LIMIT = 0 #单位 Mb，0 表示无限制，范围 1024~4294967294M

4.配置 dmwatcher.ini

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

[GRP1]

DW_TYPE = GLOBAL #全局守护类型

DW_MODE = AUTO #自动切换模式

DW_ERROR_TIME = 10 #远程守护进程故障认定时间

INST_RECOVER_TIME = 60 #主库守护进程启动恢复的间隔时间

INST_ERROR_TIME = 10 #本地实例故障认定时间

INST_OGUID = 453332 #守护系统唯一 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 #指定备库重演日志的时间阀值，默认关闭

5.配置 dmwatcher.ctl

同一个守护进程组，必须使用同一份 dmwatcher.ctl。因此，只需要使用 dmctlcvt

工具生成一份 dmwatcher.ctl 文件，然后分别拷贝到各个数据库目录下即可。

在配置完成 dmwatcher.ini 后，使用 dmctlcvt 工具生成 dmwatcher.ctl：

./dmctlcvt TYPE=3 SRC=/dm/data/DAMENG/dmwatcher.ini DEST=/dm/data

拷贝生成的 dmwatcher.ctl 文件到数据文件目录/dm/data/DAMENG。

6.启动主库

以 mount 方式启动主库

./dmserver /dm/data/DAMENG/dm.ini mount

7.设置 OGUID

启动命令行工具 DIsql，登录主库设置 OGUID 值。

SQL>sp_set_oguid(453332);

8.修改数据库模式

启动命令行工具 DIsql，登录主库修改数据库为 Primary 模式

SQL>alter database primary;

三.配置备库

1.配置 dm.ini

在 DW_S1 机器上配置备库的实例名为 GRP1_RWW_02，dm.ini 参数修改如下：

INSTANCE_NAME = GRP1_RWW_02

PORT_NUM = 32142 #数据库实例监听端口

DW_INACTIVE_INTERVAL = 60 #接收守护进程消息超时时间

ALTER_MODE_STATUS = 0 #不允许手工方式修改实例模式/状态

ENABLE_OFFLINE_TS = 2 #不允许备库 OFFLINE 表空间

MAL_INI = 1 #打开 MAL 系统

ARCH_INI = 1 #打开归档配置

RLOG_SEND_APPLY_MON = 64 #统计最近 64 次的日志重演信息

2.配置 dmmal.ini

配置 MAL 系统，各主备库的 dmmal.ini 配置必须完全一致，MAL_HOST 使用内部网

络 IP，MAL_PORT 与 dm.ini 中 PORT_NUM 使用不同的端口值，MAL_DW_PORT 是各实例

对应的守护进程之间，以及守护进程和监视器之间的通信端口，配置如下：

MAL_CHECK_INTERVAL = 5 #MAL 链路检测时间间隔

MAL_CONN_FAIL_INTERVAL = 5 #判定 MAL 链路断开的时间

[MAL_INST1]

 MAL_INST_NAME = GRP1_RWW_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_RWW_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

3.配置 dmarch.ini

修改 dmarch.ini，配置本地归档和即时归档。

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

当前实例 GRP1_RWW_02 是备库，守护系统配置完成后，可能在各种故障处理中，GRP1_RWW_02 切换为新的主库，正常情况下，GRP1_RWW_01 会切换为新的备库，需要向GRP1_RWW_01同步数据，因此即时归档的 ARCH_DEST 分别配置为

GRP1_RWW_01 。

[ARCHIVE_TIMELY1]

ARCH_TYPE = TIMELY #即时归档类型

ARCH_DEST = GRP1_RWW_01 #即时归档目标实例名

[ARCHIVE_LOCAL1]

ARCH_TYPE = LOCAL #本地归档类型

ARCH_DEST = /dm/data/DAMENG/arch #本地归档文件存放路径

ARCH_FILE_SIZE = 128 #单位 Mb，本地单个归档文件最大值

ARCH_SPACE_LIMIT = 0 #单位 Mb，0 表示无限制，范围 1024~4294967294M

4.配置 dmwatcher.ini

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

[GRP1]

DW_TYPE =GLOBAL #全局守护类型

DW_MODE = AUTO #自动切换模式

DW_ERROR_TIME = 10 #远程守护进程故障认定时间

INST_RECOVER_TIME = 60 #主库守护进程启动恢复的间隔时间

INST_ERROR_TIME = 10 #本地实例故障认定时间

INST_OGUID = 453332 #守护系统唯一 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 #指定备库重演日志的时间阀值，默认关闭

5.配置 dmwatcher.ctl

同一个守护进程组，必须使用同一份 dmwatcher.ctl 文件，这里直接拷贝配置主库时已经生成的 dmwatcher.ctl 到本地数据文件目录/dm/data/DAMENG。

6.启动备库

以 mount 方式启动备库。

./dmserver /dm/data/DAMENG/dm.ini mount

7.设置 OGUID

启动命令行工具 DIsql，登录备库设置 OGUID 值。

SQL>sp_set_oguid(453332);

8.修改数据库模式

启动命令行工具 DIsql，登录备库修改数据库为 Standby 模式。

如果当前数据库不是 normal 模式，需要先修改 dm.ini 中 ALTER_MODE_STATUS 值为 1，允许修改数据库模式，修改 Standby 模式成功后再改回为 0。

SQL>SP_SET_PARA_VALUE(1, 'ALTER_MODE_STATUS', 1);

SQL>alter database standby;

SQL>SP_SET_PARA_VALUE(1, 'ALTER_MODE_STATUS', 0);

四.配置监视器

由于主库和即时备库的守护进程配置为自动切换模式，因此这里选择配置确认监视器。和普通监视器相比，确认监视器除了相同的命令支持外，在主库发生故障时，能够自动通知即时备库接管为新的主库，具有自动故障处理的功能。

修改 dmmonitor.ini 配置确认监视器，其中 MON_DW_IP 中的 IP 和 PORT 和

dmmal.ini 中的 MAL_HOST 和 MAL_DW_PORT 配置项保持一致。

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 = 453332 #组 GRP1 的唯一 OGUID 值

MON_DW_IP = 192.168.124.8:52141

MON_DW_IP = 192.168.124.10:52142

五.启动守护进程

启动各个主备库上的守护进程：

./dmwatcher /dm/data/DAMENG/dmwatcher.ini

守护进程启动后，进入 Startup 状态，此时实例都处于 Mount 状态。守护进程开始

广播自身和其监控实例的状态信息，结合自身信息和远程守护进程的广播信息，守护进程将

本地实例 Open，并切换为 Open 状态。

六.启动监视器

启动监视器：

./dmmonitor /dm/data/dmmonitor.ini

达梦数据库-国产数据库-掌握全部源代码-拥有完全自主知识产权-大数据-云平台-DCA认证培训-数据库培训-柔性替代方案武汉达梦数据库股份有限公司，是专业提供集大数据平台架构咨询，数据技术方案规划，产品部署与实施于一体的大数据平台公司。40年来始终坚持原始创新、独立研发，掌握核心技术和前沿技术，掌握全部源代码，拥有完全自主知识产权。公司是国家规划布局内重点软件企业，获得国家“双软”认证的高新技术企业，获得国家自主原创产品认证的数据库企业，拥有国内数据库研发精英团队，多次与国际数据库巨头同台竞技并夺标。拥有稳定有效的市场营销渠道和技术服务网络，可为用户提供定制产品和本地化原厂服务，满足用户个性化要求。达梦公司产品已覆盖公安、电力、铁路、航空、审计、通信、金融、海关、国土资源、电子政务、应急救援等50多个行业领域。https://www.dameng.com/

m0_49048788
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
达梦数据库DM8读写分离集群部署
01-27
达梦数据库DM8读写分离集群部署
达梦数据守护集群搭建_yxy
yxy___的博客
02-25 215
达梦数据守护集群搭建1：数据守护结构图2：端口规划3：数据准备4：配置主库1：dm.ini2： dmmal.ini3： dmarch.ini4：dmwatcher.ini5：Mount 方式启动主库6：设置 OGUID和修改数据库模式5：配置备库1：修改dm.ini2：修改dmarch.ini3：修改dmwatcher.ini4：Mount 方式启动备库5：设置 OGUID和修改数据库模式6：配置监视器6：启动守护进程7：启动监视器 1：数据守护结构图 2：端口规划 实例名 PORT_NUM 实例
达梦守护与读写分离集群
qq_36749671的博客
05-12 344
三 达梦主备集群搭建： 1. 安装数据库软件 创建三台相同规格的虚拟机，三台命名为DMRWC1，DMRWC2和DMRWC3，同步安装数据库软件 三台设备的规划如下： A机器 B机器 业务IP（对外服务IP） 172.16.100.11 172.16.100.12 心跳IP（内部通讯IP） 192.168.100.11 ...
达梦数据库读写分离集群异常测试（⾼可⽤）及双主（类似脑裂）问题处理
BShu666的博客
06-06 876
2、加入互斥机制（dm.ini中记录主备ip，不允许主备机同时启动数据库实例） --我是没找到dm.ini中哪里有这个配置--貌似达梦6、7HA里面有，现在貌似HA基本很少用了。出现类似脑裂双主模式，需要停监控，停守护进程，停库，删库，重新创建数据库及备份恢复，修改四个ini文件，修改数据库状态及OGUID，启动守护进程，启动确认监视器。./dmserver /dm/data/DAMENG/dm.ini --第一次要先开启，后面再mount。--直接守护进程启动，会自动拉起服务。
达梦守护集群主库处于mount状态问题处理
chenlinlong的博客
10-13 3154
主库处于mount状态问题 在虚拟机新搭建的dw环境，测试正常后，挂起虚拟机，关闭crt工具下班，第二天回来后发现守护失败：主库处于mount状态，dmwatcher守护进程不能将主库open。 查询主库状态 SQL> select instance_name,host_name,status,mode,mode,mode,oguid from v$instance; 行号 INSTANCE_NAME HOST_NAME STATUS$ MODE$ OGUID 1 DM
达梦数据库模式及状态转化介绍
qq_52022958的博客
08-16 2865
一、数据库状态 达梦数据库实例存在三种主要状态 1、配置状态（mount） 在该状态下不允许访问数据库对象，只能进行控制文件的维护、归档配置和修改数据库模式等状态。 我们打开DM管理工具，右键实例，选择管理服务器，可以看到，当我们将数据库的状态切换为配置之后，可以进行模式的切换，而左侧的实例管理不再可以访问数据库对象，也不可对表空间进行修改等操作。平常我们在搭建达梦数据库的集群时，修改OGUID值时需要以mount方式登录实例，否则会对表空间进行修改，破坏主备库的数据一致性。 处于mount状态的
DM 数据守护与读写分离集群
09-24
DM 数据守护与读写分离集群DM 数据守护与读写分离集群DM 数据守护与读写分离集群DM 数据守护与读写分离集群
DM8数据守护与读写分离集群V4.0
最新发布
05-07
DM8数据守护与读写分离集群V4.0
DM7数据守护与读写分离集群
08-30
DM7数据守护与读写分离集群
达梦主备集群安装步骤1
12-28
包含实时主备和读写分离
达梦分布式数据库DPC部署安装和使用
qq_43052801的博客
06-12 1626
项目中申请端口时，按实际使用量的2倍申请，保留一定的冗余，以备不时之需。考虑后面以表空间为单位进行数据重分布，那基本上决定了每个BP最少得有2个表空间，涉及到后续增加 BP后的数据重分布，那每个BP上的表空间建议偶数为好。混合表空间：：一次创建两个同名的表空间，一个常规（非 HUGE）表空间和一个 HUGE 表空间，且既能存储 HUGE 表又能存储非 HUGE 表。项目中没有明显的按用户分隔的需求，就是把DPC当成MPP来用，建议做1个表空间组即可，这个 表空间组包含所有的表空间。
猿创征文|达梦数据库如何实现读写分离？
学如逆水行舟，不进则退
10-10 1254
达梦数据库如何实现读写分离？
DM8:达梦数据库读写分离集群搭建
qq_37358909的博客
11-14 2349
达梦数据库：读写分离集群搭建–> 介绍： 读写分离集群由一个主库以及一个或者多个配置了即时（Timely）归档或实时（Realtime）归档的备库组成，其主要目标是在保障数据库可用性基础上，实现读、写操作的自动分离，进一步提升数据库的业务支撑能力。读写分离集群通过配置事务一致模式保证主、备库数据一致性，并配合达梦数据库管理系统的各种接口（JDBC、DPI等），将只读操作自动分流到备库，有效降低主库的负载，提升系统吞吐量。.........
达梦集群守护集群（主备）原理详细介绍
weixin_42942173的博客
08-07 1313
本文依次对达梦数据库守护集群（主备）主备架构、日志归档流程、守护进程、监视器类型、守护状态五个子主题进行相关总结、梳理和介绍。目的是对达梦守护集群（主备）原理进行比较详细、系统的介绍。
达梦数据库读写分离集群的搭建
qq_48874013的博客
09-01 997
快速配置达梦读写分离集群
达梦8数据守护集群
weixin_43459159的博客
09-24 1972
前言 你好！ 配置数据守护 V4.0 之前，必须先通过备份还原方式同步各数据库的数据，确保各数据的数据保持完全一致。主库可以是新初始化的数据库，也可以是正在生产、使用中的数据库。不能使用分别初始化库或者直接拷贝数据文件的方法，原因如下： 1． 每个库都有一个永久魔数（permenant_magic），一经生成，永远不会改变，主库传送日志时会判断这个值是否一样，确保是来自同一个数据守护环境中的库，否则传送不了日志。 2． 由于 dminit 初始化数据库时，会生成随机密钥用于加密，每次生成的密钥都不相同，备库
高级DBA手把手教你达梦8数据库搭建一主一从双机热备守护Data Watch集群搭建实战windows版本
nasen512的博客
10-11 1226
达梦8搭建一主一从双机热备守护集群windows环境操作详细实施方法很细
达梦数据库读写分离集群原理
weixin_42942173的博客
08-21 277
本文就达梦数据库读写分离原理进行介绍。
达梦数据库搭读写分离集群
lcs2985的博客
06-09 550
在搭建数据守护系统前，应注意数据守护系统中各实例使用的 DM 服务器版本应一致，同时还应注意各实例所在主机的操作系统位数、大小端模式、时区及时间设置都应一致，以及使用同一个用户启动 DM 服务器和守护进程 dmwatcher，以免系统在运行时出现意想不到的错误。如果是初始搭建环境，可以通过对主库脱机备份、对备库脱机还原的方式来 准备数据，如果主库已经处于运行状态，则可以对主库进行联机备份、对备库脱机还原的方式来准备数据。...
spingboot连接达梦读写分离集群
05-26
要实现Spring Boot与达梦数据库的读写分离集群，您需要进行以下步骤： 1. 配置数据源：打开Spring Boot项目的application.properties文件，配置主库和从库的数据源信息。例如： ``` # 主库数据源 spring.datasource.primary.url=jdbc:dme://localhost:5236/demo spring.datasource.primary.username=root spring.datasource.primary.password=root # 从库数据源 spring.datasource.secondary.url=jdbc:dme://localhost:5236/demo spring.datasource.secondary.username=root spring.datasource.secondary.password=root ``` 2. 配置数据源路由：使用Spring Boot提供的AbstractRoutingDataSource类，创建一个数据源路由器，根据SQL语句的类型（读/写）选择合适的数据源。例如： ``` public class DynamicDataSource extends AbstractRoutingDataSource { @Override protected Object determineCurrentLookupKey() { // 根据上下文选择合适的数据源 return DatabaseContextHolder.getDatabaseType(); } } ``` 3. 配置数据源上下文：使用ThreadLocal类保存当前线程的数据源类型，以便在数据源路由器中选择正确的数据源。例如： ``` public class DatabaseContextHolder { private static final ThreadLocal<DatabaseType> contextHolder = new ThreadLocal<>(); public static void setDatabaseType(DatabaseType databaseType) { contextHolder.set(databaseType); } public static DatabaseType getDatabaseType() { return contextHolder.get(); } public static void clearDatabaseType() { contextHolder.remove(); } } public enum DatabaseType { PRIMARY, SECONDARY } ``` 4. 配置事务管理器：使用Spring Boot提供的JpaTransactionManager类，为主库和从库分别配置事务管理器。例如： ``` @Configuration @EnableTransactionManagement public class TransactionConfig { @Autowired @Qualifier("primaryEntityManagerFactory") private EntityManagerFactory primaryEntityManagerFactory; @Autowired @Qualifier("secondaryEntityManagerFactory") private EntityManagerFactory secondaryEntityManagerFactory; @Bean(name = "primaryTransactionManager") public PlatformTransactionManager primaryTransactionManager() { JpaTransactionManager transactionManager = new JpaTransactionManager(); transactionManager.setEntityManagerFactory(primaryEntityManagerFactory); return transactionManager; } @Bean(name = "secondaryTransactionManager") public PlatformTransactionManager secondaryTransactionManager() { JpaTransactionManager transactionManager = new JpaTransactionManager(); transactionManager.setEntityManagerFactory(secondaryEntityManagerFactory); return transactionManager; } } ``` 5. 配置JPA和Hibernate：为主库和从库分别配置JPA和Hibernate。例如： ``` @Configuration @EnableJpaRepositories( basePackages = "com.example.demo.primary", entityManagerFactoryRef = "primaryEntityManagerFactory", transactionManagerRef = "primaryTransactionManager" ) @EnableTransactionManagement public class PrimaryDataSourceConfig { @Primary @Bean(name = "primaryDataSource") @ConfigurationProperties(prefix = "spring.datasource.primary") public DataSource primaryDataSource() { return DataSourceBuilder.create().build(); } @Primary @Bean(name = "primaryEntityManagerFactory") public LocalContainerEntityManagerFactoryBean primaryEntityManagerFactory(EntityManagerFactoryBuilder builder, @Qualifier("primaryDataSource") DataSource dataSource) { return builder .dataSource(dataSource) .packages("com.example.demo.primary") .persistenceUnit("primary") .build(); } @Primary @Bean(name = "primaryJpaProperties") @ConfigurationProperties(prefix = "spring.jpa.primary") public JpaProperties primaryJpaProperties() { return new JpaProperties(); } @Primary @Bean(name = "primaryHibernateProperties") @ConfigurationProperties(prefix = "spring.jpa.primary.hibernate") public HibernateProperties primaryHibernateProperties() { return new HibernateProperties(); } } @Configuration @EnableJpaRepositories( basePackages = "com.example.demo.secondary", entityManagerFactoryRef = "secondaryEntityManagerFactory", transactionManagerRef = "secondaryTransactionManager" ) @EnableTransactionManagement public class SecondaryDataSourceConfig { @Bean(name = "secondaryDataSource") @ConfigurationProperties(prefix = "spring.datasource.secondary") public DataSource secondaryDataSource() { return DataSourceBuilder.create().build(); } @Bean(name = "secondaryEntityManagerFactory") public LocalContainerEntityManagerFactoryBean secondaryEntityManagerFactory(EntityManagerFactoryBuilder builder, @Qualifier("secondaryDataSource") DataSource dataSource) { return builder .dataSource(dataSource) .packages("com.example.demo.secondary") .persistenceUnit("secondary") .build(); } @Bean(name = "secondaryJpaProperties") @ConfigurationProperties(prefix = "spring.jpa.secondary") public JpaProperties secondaryJpaProperties() { return new JpaProperties(); } @Bean(name = "secondaryHibernateProperties") @ConfigurationProperties(prefix = "spring.jpa.secondary.hibernate") public HibernateProperties secondaryHibernateProperties() { return new HibernateProperties(); } } ``` 6. 使用数据源：在需要使用数据源的地方，通过调用DatabaseContextHolder.setDatabaseType()方法设置当前线程的数据源类型，然后执行SQL语句即可。例如： ``` @Service public class UserService { @Autowired private UserRepository userRepository; @Transactional public void save(User user) { DatabaseContextHolder.setDatabaseType(DatabaseType.PRIMARY); userRepository.save(user); DatabaseContextHolder.setDatabaseType(DatabaseType.SECONDARY); userRepository.save(user); } } ``` 这样，就可以实现Spring Boot与达梦数据库的读写分离集群了。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值