集群架构MySQL的痛处（mysql集群缺点）

MySQL是当前流行的开源关系型数据库，它可以支持功能强大、可伸缩性好、多用户访问，通过集群架构MySQL可以更好的解决大量用户集中访问下的负载压力，但是却会带来一些痛处。

首先，对于集群架构MySQL的实现而言，因为连接网络节点的缘故，操作节点的性能会受到影响，这可能会对用户的体验有一定影响，如果多个节点需要同时访问，就需要建立更多的连接，所以数据库节点间的数据同步所带来的延迟也可能对系统性能有很大的影响。

其次，MySQL集群架构用于整体系统上线时，压力非常大，部署维护可能会极大的增加管理工作量，在存储大量数据的情况下，存储模块、网络模块的调试会比较复杂，容易出现节点网络抖动，出现数据不一致的问题并且比较难以跟踪定位。

最后，MySQL集群下会存在数据负责均衡的难题，考虑到集群的灵活性，系统可能需要根据需求不断的调整View的数据分布结构，以保证节点的负载均衡，但是这更替结构往往需要重新组织数据，这也会带来一定程度上的系统延迟。

由此可见，在使用MySQL集群架构时，还是暴露出一定的弊端，尤其在性能和容错上面，可以使用一些集群间均衡负载、容灾恢复和数据同步方法来减少或消除一些复杂度和性能损耗。mySQL使用者需要充分的理解这个技术原理，才能选择最合适的架构来优化数据库性能。

例如，如果需要在一个机器运行集群，可能会使用多数据库库来实现，下面是一段在管理MySQL集群中，用来优化数据库请求数量和降低延迟的简单代码：

List hostList = new ArrayList();
hostList.add("192.168.1.10"); 
hostList.add("192.168.1.11");
hostList.add("192.168.1.12");
// 建立负载均衡的数据库连接
MySQLCluster msc = new MySQLCluster(hostList);

// 下面是对该集群内数据操作的方式
ResultSet rs = msc.executeQuery("SELECT * FROM test_table");
while(rs.next())
{
    String res = rs.getString(“ColumnName”);
    // do something with the result
}

从上面的代码可以看出，MySQL集群的架构需要很多技术和技术手段来解决它所带来的痛苦，而且由于不同系统配置，所以至关重要的是要根据当前系统环境进行合理的优化，从而获得更好的系统性能。