在Hadoop环境中实现MySQL高可用性，可以通过以下几种架构方案：
主从复制
- 基本原理：主库负责处理写操作，从库负责读操作。主库的数据更改会实时复制到从库，确保数据冗余备份和读写分离。
- 优点：实现简单，成本较低，适用于读多写少的应用环境。
- 缺点：存在复制延迟，主库故障时从库不能自动提升为主库。
MySQL Group Replication (MGR)
- 基本原理：基于Paxos协议，提供强一致性、自动故障恢复和冲突检测与解决。适用于需要高一致性、多主写入或多数据中心部署的场景。
- 优点：提供高一致性、高容错性。
- 缺点：配置和管理相对复杂，可能会影响性能。
InnoDB Cluster
- 基本原理：结合Group Replication和MySQL Router，提供自动故障转移和读写分离。适用于需要自动故障转移和负载均衡的场景。
- 优点：提供自动故障转移和负载均衡。
- 缺点：需要较高级的技术支持和较高的硬件配置要求。
MHA (Master High Availability)
- 基本原理：在主从复制环境中实现自动故障切换和最小化数据丢失。适用于已有主从复制架构，且对写性能有要求但能容忍少量数据丢失的业务。
- 优点：能够自动检测主库的故障，并在10到30秒内完成故障转移。
- 缺点：单点故障，对环境依赖较高。
双主复制
- 基本原理：两个数据库分别部署在两台服务器上，相互同步数据，但只有一个提供给外部访问。当一个宕机后，另外一个可以继续提供服务。
- 优点：提高数据库的容灾性，实现负载均衡。
- 缺点：配置相对复杂，需要Keepalived软件来监控数据库服务并进行自动重启。
在选择适合的高可用架构时，应考虑业务需求、系统环境、数据量大小、处理速度要求以及预期的系统可用性水平。每种方案都有其特定的应用场景和优缺点，因此没有一种方案适用于所有情况。