mysql mgr集群 数据库连接池怎么配置？
要配置MySQL MGR集群的数据库连接池，首先需要在应用程序中选择一个合适的连接池实现，如HikariCP或Apache Commons DBCP。
然后，根据连接池的文档，配置连接池的属性，包括最大连接数、最小空闲连接数、连接超时时间等。
在配置连接URL时，需要指定MGR集群的VIP地址和端口号。此外，还可以配置连接池的验证查询语句，以确保连接的有效性。
最后，将配置好的连接池对象注入到应用程序中，即可使用连接池来管理数据库连接，实现高效的连接复用和负载均衡。
mysql集群多少台合适？
集群中需要多少台计算机呢?为什么?集群最少要求有3台计算机.不过我们建议最好是4台;有2台分别运行管理节点和SQL节点,另外2台作为数据节点.采取2台数据节点的目的是提高数据的冗余度,管理节点放在一个独立的主机上是为了能够保证在万一有一台数据节点失败的情况下提供仲裁服务.
mysql集群和 oracle集群对比？
1、实施和运维，oracle是商业方案系统化性当然强点，mysql大多使用各种开源高可用负载均衡器，部署起来对实施人员的要求oracle比较低
2、相通性，都是多点事务方案，事务可以在事务节点集群中的任何一个开始，理论上将中间失败也可以自动去另一个节点继续，提交事务是到每台节点上同步，看有没有一个节点上因为锁出现不能提交，那样就事务回滚了
3、不同性，oracle事务节点集群跟数据节点集群分离，数据默认并不冗余，只有事务在运行状态下在事务节点冗余，当然有的时候都在一台机器上，但是至少是不同进程，而包mysql在内的其他主流sqldb的事务、数据似乎都在一起，是真正的多主，冗余量高，而rac应该算事务节点冗余，数据不冗余，如果不从底层数据节点做游离于rac架构之外的底层数据节点冗余，那么rac怎么都不可能比同样节点数量的单机甲骨文实例要性能高
MySQL大型分布式集群高可用搭建问题如何解决呢？
通常来说数据库都保存着一个公司的核心数据，单机数据库往往会存在宕机，网络延时等问题，不仅是数据安全存在隐患，性能问题也是十分值得关注的！
采用数据库的分布式方案可以在充分保证数据容灾，性能提升等方面有着举足轻重的作用，一般来说数据库的分布式方案有以下几种：①，主从复制，读写分离：使用一主多从可以保证数据不丢失，而使用读写分离的原因是因为读写比例通常有二八分的选择，所以使用多个从库来做读取是很好的方案！
主从复制的开启很简单，在mysql中的配置中心打开log-bin进行复制，使用server-id配置主从即可！
读写分离可以使用spring aop配置动态数据源来实现！
②，双主互备：
1，两台机器互为主从，实现双边同步数据，可以在代码中或者别的组件实现负载均衡！
2，一主一备：当前主机挂掉的时候，备机可以迅速上位，提供服务！
双主互备模式在挂掉一台机器的时候，另一台可以持续使用，数据同步中断！
③，分库分表：将数据按照一定的拆分原则存储在不同库不同表里！
水平拆分：按照月份，hash等方式，实现数据分散到不同库（表）中！
垂直拆分：将一张表中的字段按照一定的原则拆分到不同库（表）中！
总的来说，如果写数据过大，建议使用分库分表，将写压力分散到不同库中，如果读多写少，则读写分离也就够了！
上面的几种方式，是笔者这几年在不同公司遇到的，代码层实现的读写分离，双写负载均衡等，如果有需要的朋友，可以一起交流！