|
|
581a095d50
|
修复password_min_length设置为999失败
|
2024-09-26 09:57:09 +08:00 |
|
|
|
049c5f122c
|
!6115 添加支持主机通过广播形式收集备机的oldestxmin的开关和逻辑
Merge pull request !6115 from cchen676/240710master
|
2024-09-04 01:40:08 +00:00 |
|
|
|
b2197daf83
|
主备同步与延时回放机制优化
|
2024-08-26 17:50:48 +08:00 |
|
|
|
f8ac4c0f70
|
添加支持主机通过广播形式收集备机的oldestxmin的开关和逻辑
|
2024-08-23 15:31:53 +08:00 |
|
|
|
48ea337dfc
|
fix bug #I8NPJP GUC参数无法使备机关闭CBM线程
|
2024-08-12 15:49:19 +08:00 |
|
|
|
0b3e1ca990
|
!5846 笔误
Merge pull request !5846 from 姜岩/master
|
2024-07-29 01:10:47 +00:00 |
|
|
|
edd49ba180
|
大括号笔误
|
2024-07-27 11:00:21 +08:00 |
|
|
|
fab43c996a
|
!5813 修复主机服务启动审计日志
Merge pull request !5813 from 邮储-王建达/bugfix_修复主机服务启动审计日志丢失
|
2024-07-26 03:16:56 +00:00 |
|
|
|
74059eaf88
|
lock1恢复要求回放功能
|
2024-07-24 10:43:50 +08:00 |
|
|
|
fa1b926b82
|
preparse
|
2024-07-23 15:13:22 +08:00 |
|
|
|
636fd721c7
|
fix reform stay PM_WAIT_BACKENDS and log style
|
2024-07-20 11:39:53 +08:00 |
|
|
|
50eef0ac3a
|
修复主机服务启动审计日志丢失
在 startup 线程启动前, 初始化 pgaudit 线程.
Signed-off-by: 邮储-王建达 <rjyf_wjd@163.com>
|
2024-07-18 08:14:53 +00:00 |
|
|
|
147691ea9c
|
修复双集群switchover
|
2024-07-16 10:11:26 +08:00 |
|
|
|
e0bf2f88f7
|
【资源池化】【bugfix】1.限制switchover降备时间，10min完不成认为失败；2.增加定位手段，找出降备失败,始终处于PM_WAIT_BACKENDS的原因
|
2024-06-28 10:18:31 +08:00 |
|
|
|
4da722eb3c
|
enhance log and code
|
2024-06-27 15:09:03 +08:00 |
|
|
|
f8c51c94bd
|
【bugfix】修复非实时构建场景，reform开始是有startup线程残留，导致数据库core的问题
|
2024-06-27 14:05:55 +08:00 |
|
|
|
d0ddac7e30
|
复归代码,postmaster加锁会导致core
|
2024-06-27 14:05:54 +08:00 |
|
|
|
1e382f71e1
|
beta: gazelle performance optimization
|
2024-06-27 14:05:54 +08:00 |
|
|
|
10792755a0
|
support show any tuple
|
2024-06-27 14:05:54 +08:00 |
|
|
|
410a78e715
|
【资源池化】【optimize】failover场景非升主节点退线程成功存在误判为失败
|
2024-06-27 14:05:52 +08:00 |
|
|
|
57e758a4b2
|
【资源池化】【bugfix】解决reform开始startup线程存在的情况
|
2024-06-27 14:05:51 +08:00 |
|
|
|
737e43e22c
|
Enhance the reliability of the uwal feature
|
2024-06-27 14:05:50 +08:00 |
|
|
|
49a390200c
|
优化pg_log盘满报错信息
|
2024-06-27 14:05:50 +08:00 |
|
|
|
78f318f955
|
去除enable_reform标记
|
2024-06-27 14:05:50 +08:00 |
|
|
|
81803210f5
|
解决国际化信息修改过程中需要加锁而带来的以下问题：
1. 瞬时连接激增时争抢gLocaleMutex影响执行效率；
2. gLocaleMutex属于pthread mutex lock，无异常清理机制，若持有锁的线程异常退出则导致系统HANG住。
为解决上述问题，做出以下调整：
1. 仅允许在服务端启动时调用setlocale接口修改服务端locale信息；
2. 新增gs_perm_setlocale_r修改线程自身的locale信息；
3. 由于服务端locale信息仅在启动时修改，故删除gLocaleMutex锁相关逻辑。
|
2024-06-27 14:05:50 +08:00 |
|
|
|
88b6bbabe1
|
!5007 修复备集群首备卡住和退出
Merge pull request !5007 from zhengxue/zx_master_dev
|
2024-03-26 06:18:01 +00:00 |
|
|
|
c9b54e1838
|
fix main standby problem
|
2024-03-26 09:58:25 +08:00 |
|
|
|
017c60943f
|
!4949 【bugfix】修复按需回放redo阶段，backend线程ReadBuffer时有概率和pageredoworker线程死锁的问题
Merge pull request !4949 from 周聪/bugfix_cleanup_lock
|
2024-03-21 03:25:29 +00:00 |
|
|
|
fb81379c75
|
【bugfix】修复按需回放redo阶段 ReadBuffer时有可能因cleanup线程死锁的问题
|
2024-03-21 10:28:45 +08:00 |
|
|
|
14e2d59718
|
!4985 fix reform exit when standby cluster
Merge pull request !4985 from zhengxue/zx_master_reformexit
|
2024-03-20 11:04:26 +00:00 |
|
|
|
183d79a7b2
|
On branch log_absolute_path
Your branch is up to date with 'origin/log_absolute_path'.
Changes to be committed:
modified: src/gausskernel/process/postmaster/postmaster.cpp
|
2024-03-19 16:17:45 +08:00 |
|
|
|
4250f36760
|
!4988 双集群禁用按需回放
Merge pull request !4988 from Carl/master
|
2024-03-19 01:30:10 +00:00 |
|
|
|
409f78108e
|
!4973 增加pg_log磁盘满终端输出
Merge pull request !4973 from 张悦萌/pglog-info
|
2024-03-18 11:24:15 +00:00 |
|
|
|
e18c141b55
|
增加pg_log磁盘空间满终端输出
|
2024-03-18 18:21:03 +08:00 |
|
|
|
7be9de0cd2
|
双集群禁用按需回放
|
2024-03-18 11:46:20 +08:00 |
|
|
|
96d7d5c5e4
|
!4972 解决首备升主阶段无法插入xlog的问题
Merge pull request !4972 from Carl/master
|
2024-03-18 03:23:20 +00:00 |
|
|
|
e30d9cebea
|
!4980 forbid hotstandby on standby cluster
Merge pull request !4980 from zhengxue/zx_master_forbidhotstandby
|
2024-03-18 01:28:12 +00:00 |
|
|
|
8a160bedd9
|
fix bug
|
2024-03-16 15:50:48 +08:00 |
|
|
|
ea818a302f
|
forbid hotstandby on standby cluster
|
2024-03-14 20:16:56 +08:00 |
|
|
|
8be04df6ab
|
解决首备升主阶段无法插入xlog的问题
|
2024-03-14 19:36:49 +08:00 |
|
|
|
66a5419451
|
修复stop主节点后两个备节点全是promoting状态问题
|
2024-03-13 14:49:36 +08:00 |
|
|
|
daedfe9e2f
|
!4736 解决interval分区表并发插入时自增重复范围分区的问题。（在消费无效消息后，本地缓存中relation的信息不是最新）
Merge pull request !4736 from playrest/master-commit-1
|
2024-03-12 09:20:37 +00:00 |
|
|
|
3784b48746
|
!4944 添加忽略switchover命令场景日志打印
Merge pull request !4944 from 刘展峰/log
|
2024-03-12 01:10:25 +00:00 |
|
|
|
f48934c65f
|
添加忽略switchover命令场景日志打印
|
2024-03-11 16:46:56 +08:00 |
|
|
|
934a410bfd
|
【bugfix】 修复按需回放实时构建有概率无法启动的问题
|
2024-02-29 11:41:11 +08:00 |
|
|
|
53f6d2db69
|
修复：避免剔除replication导致的walsender全部重启问题
|
2024-02-21 20:42:54 +08:00 |
|
|
|
2ef5b54687
|
解决interval分区表并发插入时自增重复范围分区的问题。（在消费无效消息后，本地缓存中relation的信息不是最新）
当第一次打开分区relation时，不在缓存中需要build，build过程中获取了分区信息后，收到并处理其他会话自增分区的无效消息，
处理无效消息时，发现缓存中没有，则不做任何处理，最终导致生成的realtion中不包含新增的分区，但是无效消息却消费了，
最后通过relation->partMap判断分区不存在，自增分区，出现重复范围的分区。
推理可得，在处理无效消息时，realtion已存在缓存中，并且已打开过，在rebuild的时候存在同样的问题，在嵌套rebuild中，
内层消费无效消息并获取最新元信息，最终会被最外层的rebuild的relation覆盖。
|
2024-02-21 18:55:14 +08:00 |
|
|
|
f329ceaa69
|
按需回放部分问题bugfix
1. 回退4780修改，允许failover开始前有startup线程残留
2. 修复按需回放下部分DDL日志预期外下发至段页式线程
|
2024-02-19 19:39:35 +08:00 |
|
|
|
b348b6eaa9
|
调整资源池化流复制集群部分逻辑
|
2024-02-07 14:12:50 +08:00 |
|
|
|
91b821243f
|
【bugfix】 修复first-round reform失败后，集群状态卡在PM_WAIT_BACKENDS的问题
|
2024-02-06 10:07:04 +08:00 |
|
