#############################

方案:

01:混合部署,即多实例部署;

02:MySQL迁移到TiDB;

03:根据流量和数据量而定;

###########################

      假定,现在有三台机器:(机器名称规则:机房-产品线-业务线-dbxx.机器所在地点)

x3-google-gmail-db03.wh

x3-google-gmail-db04.wh

x3-google-gmail-db05.wh

 

        且每台机器的配置如下:

内存为:128G

磁盘大小:2.1T

磁盘类型:SSD

分区磁盘分配:/根分区40G;/home分区2T;/boot分区500M;/dev分区60G;

 

 

##############################################

混合多实例部署集群方案:

         场景:如果有三个业务所需的数据库的QPS和数据量都不大,那么就可以将这三个业务的数据库都部署在这三台机器上,在这里默认默认都是MySQl集群,且为一主多从架构,

         因此,可以部署成这样:

 

机器                        端口        角色     安装目录

x3-google-gmail-db03.wh    3306        主库    /home/work/mysql_3306

x3-google-gmail-db04.wh    3306        从库    /home/work/mysql_3306

x3-google-gmail-db05.wh    3306        从库    /home/work/mysql_3306

这是第一个集群
###################### x3
-google-gmail-db03.wh 3307 从库 /home/work/mysql_3307 x3-google-gmail-db04.wh 3307 主库 /home/work/mysql_3307 x3-google-gmail-db05.wh 3307 从库 /home/work/mysql_3307
这是第二个集群
###################### x3
-google-gmail-db03.wh 3308 从库 /home/work/mysql_3308 x3-google-gmail-db04.wh 3308 从库 /home/work/mysql_3308 x3-google-gmail-db05.wh 3308 主库 /home/work/mysql_3308

这是第三个集群
######################

 

       部署特点是:三个集群共享三台机器,且每个集群的主库都分散在三台机器上,如果将三个集群的主库部署在同一台机器上,那么这台机器挂掉后,需要同时处理三个集群,这会加大dba维护难度,

而分散到每一个机器上,就算某台机器挂掉,只需要处理一个集群的主库,通常集群的从库挂掉了很好处理,把打到从库的流量直接从中间件下掉即可。

 

下线或归档方案:

        定期检查低流量和无流量的集群,进行下线或归档,业务很容易忘记了申请了哪些资源,特别是时不时离职这种情况。将高性能能的机器下线,将归档数据存放在低配的机器上。

 

 场景:

       某个业务的集群有两台机器,数据量有2T,但是流量很小,这时候就明显浪费掉了128G的内存,此时可将两台机器替换为4T的机器,然后再该集群分配10到20G的innodb_buffer_pool_size,再新增一台2T的机器,再混合部署2个集群即可

 

 

 

 

 

 

 

############################