了解更多详细信息可以前往➥https://gitee.com/GreatSQL/GreatSQL-Manual/blob/master/5-enhance/5-2-ha.md部署环境介绍
用户认证的方式需要修改为 mysql_native_password看看有没有创建成功
这个 SQL 代码的作用是将一个 MySQL 服务器节点添加到 ProxySQL 的管理中,以便 ProxySQL 可以根据定义的规则和策略来分发连接请求,从而实现负载均衡和高可用性。配置主节点定义为写组10,从节点定义为只读组30
这个 SQL 代码的作用是将一个 MySQL 用户添加到 ProxySQL 的管理中,以便 ProxySQL 可以根据定义的用户访问规则和策略来控制用户对数据库的访问,包括路由、负载均衡和故障转移等。配置读写分离参数,与之相关的有两个表mysql_query_rules和mysql_query_rules_fast_routing这里大家可以自行配置
在 ProxySQL 中,rule_id 的排序作用是控制规则的匹配顺序。ProxySQL 在处理查询请求时,会按照 rule_id 的升序顺序逐一匹配规则,直到找到第一个匹配的规则为止。一旦找到匹配的规则,ProxySQL 将根据该规则的定义来处理查询请求。这种排序的作用是确保规则按照预期的顺序进行匹配和应用,以实现精确的查询路由、分流和负载均衡。save使内存数据永久存储到磁盘,load使内存数据加载到runtime生效:
在上述例子中,select ... for update 规则,确保其 rule_id 小于普通的 select 规则的 rule_id 是为了确保在匹配时先匹配到 select ... for update 规则,而不是普通的 select 规则。
因为 select ... for update 是一种特殊的查询,它在执行时会涉及到锁定操作,可能会影响其他查询的执行。通过让 select ... for update 的 rule_id 更小,可以确保 ProxySQL 在匹配查询规则时优先考虑匹配这个特殊的规则,从而在处理 select ... for update 时能够更精确地应用相应的路由和处理逻辑。
加载完成后,可以使用select * 查询下设置的各表的信息是否有误验证监控信息 ProxySQL 监控模块的指标都保存在monitor库的log表中 ,以下是连接是否正常的监控,对connect指标的监控 ,在前面可能会有很多connect_error,这是因为没有配置监控信息时的错误,配置后如果connect_error的结果为NULL则表示正常
欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/) | Powered by Discuz! X3.4 |