高可用读写分离实战：我把数据库主库停了结果整个集群的反应和我想象的不一样

"要不直接把主库停了试试？"

上一篇部署完成以后我一直觉得心里没底。

虽然 repmgr cluster show 显示一切正常，但总感觉少了点什么。

毕竟生产环境不会因为你部署成功，就真的万事大吉。其实，

晚上九点多。我重新登录两台服务器，打开了三个终端。

一个窗口盯数据库日志。

一个窗口不停执行SQL。

还有一个窗口一直刷新集群状态。

⚠️ 使用者痛点：

• 部署完成后仍然缺乏信心是否真正高可用
• 担心故障切换时业务中断影响使用者体验
• 对实际切换过程中的细节缺乏直观理解

 应用程序 │ JD娱乐读写分离驱动 │ ┌────────────────┐ │ VIP │ └────────────────┘ │ │ │ │ ┌───────┘ │ ▼ ▼┌────────────┐ Streaming WAL ┌────────────┐│ Primary │ ───────────────▶ │ Standby ││ node1 │ │ node2 │└────────────┘ └────----------┘

我按下回车以后数据库居然一点反应都没有

⚠️ 使用者痛点：

• 预期与现实不符导致的疑惑和焦虑
• 无法快速判断程序是否真正进入故障状态

sysmonitor.sh stop
ps -ef | grep kingbase
SELECT NOW;ip addr
说到jdbc，kingbase://.:/test
inetserveraddr
for {
jdbcTemplate.queryForObject(
"select now"。Timestamp.class
);}
reconnectattempts
repmgr cluster show

Primary异常 │ ▼持续重连确认 │ ▼停止接收新的WAL │ ▼Standby结束Recovery │ ▼提高为Primary │ ▼VIP漂移 │ ▼业务重新连接

ip addr

SELECT inetserveraddr;

再看jdbc。kingbase://.:/test

for { jdbcTemplate.queryForObject( "select now",Timestamp.class );}

jdbcTemplate.queryForObject( "select now",Timestamp.class ) SELECT NOW;sys_monitor.sh stop

ps -ef | grep kingbase

inetserveraddr

repmgr cluster show

Primary异常 │ ▼持续重连确认 │ ▼停止接收新的WAL │ ▼Standby结束Recovery │ ▼提高为Primary │ ▼VIP漂移 │ ▼业务重新连接

Reconnect to primary...retry ...retry ...retry ... 再看jdbc，kingbase://.:/test