1.正常安装第一个mysql(安装步骤省略)
成都网站建设、网站建设介绍好的网站是理念、设计和技术的结合。创新互联公司拥有的网站设计理念、多方位的设计风格、经验丰富的设计团队。提供PC端+手机端网站建设，用营销思维进行网站设计、采用先进技术开源代码、注重用户体验与SEO基础，将技术与创意整合到网站之中，以契合客户的方式做到创意性的视觉化效果。
2.在控制面板里停止第一个mysql服务
3.将C:\Program Files\MySQL目录下的所有目录和文件copy到另外一个路径,我这里是copy到E盘
4.创建第二个mysql的my.ini文件
第一个mysql的my.ini文件默认是在如下路径
C:\Documents and Settings\All Users\Application Data\MySQL\MySQL Server 5.5\my.ini
copy该ini文件存放到E:\MySQL\mysql_base,这个路径可以随意定义,并修改如下内容:
[client]
port=3307 #第一个数据库的默认端口是3306 这里需要另外启用一个端口
# The TCP/IP Port the MySQL Server will listen on
port=3307
# Path to installation directory. All paths are usually resolved relative to this.
basedir="E:\MySQL\MySQL Server 5.5\" #第二个数据库basedir
# Path to the database root
datadir="E:\MySQL\MySQL Server 5.5\data\" #第二个数据库datadir
5.创建启动服务（此时在控制面板中可以看到增加了一个新的服务）
mysqld install MySQL2 --defaults-file="E:\MySQL\mysql_base\ini\my.ini"
这种架构一般用在以下三类场景
1. 备份多台 Server 的数据到一台如果按照数据切分方向来讲，那就是垂直切分。比如图 2，业务 A、B、C、D 是之前拆分好的业务，现在需要把这些拆分好的业务汇总起来备份，那这种需求也很适用于多源复制架构。实现方法我大概描述下：业务 A、B、C、D 分别位于 4 台 Server，每台 Server 分别有一个数据库来隔离前端的业务数据，那这样，在从库就能把四台业务的数据全部汇总起来，而不需要做额外的操作。那没有多源复制之前，要实现这类需求，只能在汇总机器上搭建多个 MySQL 实例，那这样势必会涉及到跨库关联的问题，不但性能急剧下降，管理多个实例也没有单台来的容易。
2. 用来聚合前端多个 Server 的分片数据。
同样，按照数据切分方向来讲，属于水平切分。比如图 3，按照年份拆分好的数据，要做一个汇总数据展现，那这种架构也非常合适。实现方法稍微复杂些：比如所有 Server 共享同一数据库和表，一般为了开发极端透明，前端配置有分库分表的中间件，比如爱可生的 DBLE。
3. 汇总并合并多个 Server 的数据
第三类和第一种场景类似。不一样的是不仅仅是数据需要汇总到目标端，还得合并这些数据，这就比第一种来的相对复杂些。比如图 4，那这样的需求，是不是也适合多源复制呢？答案是 YES。那具体怎么做呢？
1. 到这里下载Mysql安装包，建议下载zip版本的。解压缩至一个目录，假设是c:\mysql\
2. 你会发现目录下几个my-XXXXX.ini的文件,将某一个改名为my.ini，修改几行
port=3307 #也可改成其他未被占用的端口, 一共有两处，我们让第二个MySQL监听3307端口
basedir=c:\mysql
datadir=c:\mysql\data
4. 安装服务
命令提示符: c:\mysql\binmysqld-nt --install mysql2 --defaults-file=c:\mysql\my.ini
5. 开启服务
命令提示符: c:\mysql\binnet start mysql2 或者在服务中手动开启
6. 停止服务
命令提示符: c:\mysql\binnet stop mysql2 或者在服务中手动停止
7. 删除服务
命令提示符: c:\mysql\binnet stop mysql2
命令提示符: c:\mysql\bin mysqld-nt --remove mysql2 #啊哈，这次你不能手动删除了吧
有一点要铭记的，要将你的服务器的数据库端口指向3307哦，否则后果自负哦。
cmd 访问方式 mysql -u -p -P(端口号)
这种架构一般用在以下三类场景
1. 备份多台 Server 的数据到一台如果按照数据切分方向来讲，那就是垂直切分。比如图 2，业务 A、B、C、D 是之前拆分好的业务，现在需要把这些拆分好的业务汇总起来备份，那这种需求也很适用于多源复制架构。实现方法我大概描述下：业务 A、B、C、D 分别位于 4 台 Server，每台 Server 分别有一个数据库来隔离前端的业务数据，那这样，在从库就能把四台业务的数据全部汇总起来，而不需要做额外的操作。那没有多源复制之前，要实现这类需求，只能在汇总机器上搭建多个 MySQL 实例，那这样势必会涉及到跨库关联的问题，不但性能急剧下降，管理多个实例也没有单台来的容易。
2. 用来聚合前端多个 Server 的分片数据。
同样，按照数据切分方向来讲，属于水平切分。比如图 3，按照年份拆分好的数据，要做一个汇总数据展现，那这种架构也非常合适。实现方法稍微复杂些：比如所有 Server 共享同一数据库和表，一般为了开发极端透明，前端配置有分库分表的中间件，比如爱可生的 DBLE。
3. 汇总并合并多个 Server 的数据
第三类和第一种场景类似。不一样的是不仅仅是数据需要汇总到目标端，还得合并这些数据，这就比第一种来的相对复杂些。比如图 4，那这样的需求，是不是也适合多源复制呢？答案是 YES。那具体怎么做呢？
