视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
MySQLCluster7.2在线增加数据节点存在重大弊端
2020-11-09 11:19:30 责编:小采
文档

一开始就要规划好,我的数据量有多大,压力有多大,如果事后再亡羊补牢,mysql cluster这点上来看还很不成熟。期待着mysql clust

今天我尝试了下mysql cluster7.2最新版,在线增加数据节点的时候,存在重大弊端。

到底是什么弊端?

答:首先,新增加的节点,按照手册上给出的步骤,必须重启所有的NODB数据节点,并且重启所有的SQL节点,从设计上就很不合理,重启数据节点,避免不了造成性能下降,重启SQL节点,很可能造成前端程序,比如PHP访问不了数据库,当然,SQL节点可以通过安装LVS+Keepalive避免这个问题的发生,但避免不了造成性能下降。

其次,重大弊端是:前端PHP程序往里面插入数据的时候,新增加的节点不能往里面写数据,手册上说的,必须通过命令ALTER ONLINE TABLE test.t1 OPTIMIZE TABLE;重新进行分片,这样才能激活新增加的节点,假如我有个表很大,70多G,那么这么大的表进行分片操作,时间就会非常长,而且这个时候会锁表,导致前端访问不了该表,并且有可能出现未知的错误。这点设计上非常的傻,不能自动识别,而且手工识别,风险太大。

所以,,一开始就要规划好,我的数据量有多大,压力有多大,如果事后再亡羊补牢,mysql cluster这点上来看还很不成熟。期待着mysql cluster能像replication复制那样有更好的扩展性。

更多关于MySQL Cluster的详细信息,或者下载地址请点这里

下载本文
显示全文
专题