共计 949 个字符，预计需要花费 3 分钟才能阅读完成。
自动写代码机器人，免费开通
丸趣 TV 小编给大家分享一下 dbproxy 是什么，相信大部分人都还不怎么了解，因此分享这篇文章给大家参考一下，希望大家阅读完这篇文章后大有收获，下面让我们一起去了解一下吧！
在中小型互联网的企业中。mysql 的集群一般就是上图的架构。WEB 节点读取数据库的时候读取 dbproxy 服务器。dbproxy 服务器通过对 SQL 语句的判断来进行数据库的读写分离。读请求负载到从库（也可以把主库加上），写请求写主库。
这里的 dbproxy 是数据库集群的唯一出口所以也需要做高可用。
drproxy 是数据库读写分离的常用软件，amoeba、mycat、cobar 也很常用。这类软件不仅带有读写分离功能，还可以实现负载均衡以及后端节点的健康检查。
数据库的读写分离除了通过这类数据库中间件软件实现，还可以写在程序中。
通常我们的主库要做双主高可用，实现主库挂掉另一个主库立刻接管。如果不做双主，从库接管主库的时候需要做状态迁移，会有延迟。
数据库主库的高可用重点需要考虑的是数据同步。比较常用的高可用方案有：
1、keepalived+mysql replication。通过 keepalived 实现 VIP 飘逸，通过 mysql 自带的同步方案 replication 实现数据同步。
2、hearbeat+drbd。通过 drbd 实现双主数据的同步，这个数据同步是基于块设备的。比一般的同步方案要快很多。通过 heartbeat 实现 VIP 漂移以及 drbd 资源的切换管理。
3、keepalived+mha。
对于从库，最好不要超过 5 个。我们可以把其中的三个作为用户访问的节点，把另外一个作为内部人员的查询节点。因为内部人员查询节点的时候一般是按照时间段查询，不经过索引，占用的资源比较多，所以要把这个节点单独专用，以免影响客户访问。最后我们应该留一个从库进行数据库的数据备份。
从库的数据一致性保持可以通过直接于主库进行主从辅助，也可以从其他从库那进行主从复制（优点是减少主库压力，缺点是延迟稍大）。
以上是“dbproxy 是什么”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注丸趣 TV 行业资讯频道！
向 AI 问一下细节丸趣 TV 网 – 提供最优质的资源集合！
