本文目录一览：
如何在同一台机器上安装多个MySQL的实例
先说下，什么是mysql的多实例，简单的来说就是一台机器上安装了多个mysql的服务，通过不同的端口（如3307,3308）来向外界提供服务，这些进程通过不同的socket来监听不同的服务端口来提供个字的服务。
做个比喻：MySQL的多实例相当于房子的相当于多个卧室一样，每个实例可以看做是一个卧室，整个服务器就是一个房子，服务器的硬件资源(cpu,mem,disk)就是共享的资源，相当于房子的卫生间，厨房，客厅一样，是房子的公共资源，北漂蜗居在一起，可定是要公用上述的资源的。
好处：
当公司资金紧张，可以节约服务器的资源。
坏处：
当某个服务并发很高或者有慢查询的时候，整个实例会消耗整个服务器更多的内存，cpu和各种资源，导致服务器上的其他的实例提供的服务质量下降。这就相当于大家住在一个房子的不同卧室一样，早晨起来刷牙，洗脸等，这样卫生间就会长期占用，其他人需要等一样的道理。
下面记录下装一个3307的MySQL的实例的步骤：
一. 基本的需求和出现的问题
当MySQL出现故障或者需要加入一个新的MySQL的实例的时候，需要重新初始化MySQL的数据库，也就是需要重新生成新的数据库的文件。
Linux环境中，安装编译好MySQL之后，还是不能直接启动MySQL，需要初始化Mysql的一些基本东西，包括：
初始化表日志，基本的数据库信息等一些基本的必须文件。
二.安装的步骤:
(1). 假设已经存在一个MySQL的实例，端口号为3306，现在需要重新添加一个端口号为3307端口的MySql的实例。
假设MySQl安装的路径是/usr/local/mysql/下面，找一个数据磁盘比较的地方，比如/data1/目录下，在这个目录下面创建数据文件夹：
1 mkdir -p /data1/mysql_3307/data
2 chown -R mysql::mysql /data1/mysql_3307
(2). 复制之前的MySQl的配置文件，到/data1/mysql_3307/目录下面，并且进行编辑：
vim /data1/mysql_3307/my.cnf
基本的配置如下：
注：上面的路径可能与上面的数据库文件的存放路径有点出入，但这个不是重点，可以自行替换一下！
(3).确保配置文件无误，然后开始初始化数据库：
/usr/local/mysql/scripts/mysql_install_db --defaults-file=/data1/mysql_3307/my.cnf --datadir=/data1/mysql/ --basedir=/usr/lcoal/mysql
完成后，新的mysql 3307数据库已经初始化好了，如果有报错，则看下报错的日志，一般是由于mysql的配置文件导致的，修改即可！
(4).启动新的MySQL的实例服务：
在上面的初始化配置确保无误的情况下，就可以开始启动MySQL的又一个实例了。
1 /usr/local/mysql/bin/mysqld_safe --defaults-file=/data1/mysql_3308/my.cnf
2 检查是否启动：
3 ps -aux | grep mysql
4 如有3308的端口 则表示成功
(5).新的 mysql没有设置root密码，可以通过如下 的设置：
/usr/local/mysl/bin/mysqladmin -S /tmp/mysql_3308.sock -uroot passwd 'new-paswd';
如上面的步骤，即可完成一个机器上多个MySQL实例的安装与运行。
当然了，可以将MySQL_server这个脚本放入到/rt/rc.local这个目录下面，随着服务器启动。
(6).如果想登陆的时候，需要指定MySQL的端口号，使用-P3307来指定登录到哪台数据库上即可。
总结：
自己在安装这个数据库的时候，以为是需要再次下载一个新的数据库的源码包，但是其实是不用的，使用一个MySQL的源码包，是可以安装多个MySQL的实例的。
什么是mysql多实例，如何配置mysql多实例
mysql的多实例有两种方式可以实现，两种方式各有利弊。第一种是使用多个配置文件启动不同的进程来实现多实例，这种方式的优势逻辑简单，配置简单，缺点是管理起来不太方便。第二种是通过官方自带的mysqld_multi使用单独的配置文件来实现多实例，这种方式定制每个实例的配置不太方面，优点是管理起来很方便，集中管理。
如何新建立一个mysql实例？
在原有实例下创建副本应该可以达到效果。
大多情况下，需要可靠而有效地克隆 MySQL 实例数据。这包括 MySQL 高可用的解决方案，其中需要在将实例加入组复制集群之前配置实例，或者在经典复制模型中将其添加为 Slave。
为复制拓扑而创建 MySQL 副本一直很麻烦。涉及的步骤很多，首先要备份 MySQL 服务器，通过网络将备份传输到我们想要添加到复制集的新 MySQL 节点，然后在该节点上恢复备份并手动启动 MySQL 服务器。为了高可用，最好还要将其正确设置备份的 GTID，并启动并运行群集。涉及的手动步骤数量过多不利于高可用。CLONE 插件解决了这个问题并简化了副本配置。使您可以使用 MySQL 客户端（和 SQL 命令）来配置新节点并在发生时观察克隆进度。无需手动处理多个步骤并维护自己的基础架构来配置新的 MySQL 节点。
MySQL 8.0.17 引入了 CLONE SQL 语句，使当前的 MySQL 服务器成为另一个运行在不同节点的 MySQL 服务器的“克隆”。我们将执行 clone 语句的服务器实例称为“受体”。克隆的源服务器实例称为“供体”。供体克隆以一致的快照存储在 InnoDB 存储引擎中的所有数据和元数据，以替换受体中的数据。
成功执行 CLONE SQL 语句后，将自动重新启动受体服务器。重新启动涉及恢复克隆的快照数据，就像用老方法复制数据一样。恢复完成后，受体就是供体的克隆版，随时可以使用！
这里有一些关于克隆过程的重要注意事项。
不克隆 MySQL 配置参数，并且受体保留所有原始配置参数，如克隆之前。这样做是因为许多配置可能特定于节点（例如 PORT），因此保留它们似乎是一个不错的选择。另一方面，一些存储配置确实需要在供体和受体之间匹配（例如 innodbpagesize），如果这样的配置参数不匹配，CLONE 将报告错误。
CLONE 插件不会克隆二进制日志。
CLONE 插件目前仅支持 InnoDB 存储引擎。在其他存储引擎（如 MyISAM 和 CSV）中创建的表将被克隆为空表。克隆基础架构的设计允许克隆 MySQL 支持的任何存储引擎。但是，只有 InnoDB 序列化和反序列化方法已经实现并经过测试。
克隆会阻止供体中的所有并发 DDL。
需要注意的事实是受体放弃所有数据以及任何二进制日志，以便成为供体实例的克隆。在执行 CLONE 之前，如果认为有必要，需要备份当前受体数据。
如何创建一个mysql实例
mysql与ORACLE不同，没有多bai个实例这种说法。
MYSQL服务进程可以同时du服务多个DATABASE，而zhi不象ORACLE，一个实例对应一dao个DATABASE。
你的意思是再启动一个MYSQL进程吗？这也是可以的，在启动命令行中修改参数。也可以在启动配置文件my.cnf中修改。
