甜橘子，专注成都网站制作网站设计与营销型网站建设与优化
QQ :532337155
电话：028-86922220
1. 概述
10年积累的成都网站设计、成都网站制作、外贸网站建设经验，可以快速应对客户对网站的新想法和需求。提供各种问题对应的解决方案。让选择我们的客户得到更好、更有力的网络服务。我虽然不认识你，你也不认识我。但先网站设计后付款的网站建设流程，更有姑苏免费网站建设让你可以放心的选择与我们合作。
我们在考虑MySQL数据库的高可用的架构时，主要要考虑如下几方面：
如果数据库发生了宕机或者意外中断等故障，能尽快恢复数据库的可用性，尽可能的减少停机时间，保证业务不会因为数据库的故障而中断。
用作备份、只读副本等功能的非主节点的数据应该和主节点的数据实时或者最终保持一致。
当业务发生数据库切换时，切换前后的数据库内容应当一致，不会因为数据缺失或者数据不一致而影响业务。
关于对高可用的分级在这里我们不做详细的讨论，这里只讨论常用高可用方案的优缺点以及高可用方案的选型。
2. 高可用方案
2.1. 主从或主主半同步复制
使用双节点数据库，搭建单向或者双向的半同步复制。在5.7以后的版本中，由于lossless replication、logical多线程复制等一些列新特性的引入，使得MySQL原生半同步复制更加可靠。
常见架构如下：
通常会和proxy、keepalived等第三方软件同时使用，即可以用来监控数据库的 健康 ，又可以执行一系列管理命令。如果主库发生故障，切换到备库后仍然可以继续使用数据库。
优点：
架构比较简单，使用原生半同步复制作为数据同步的依据；
双节点，没有主机宕机后的选主问题，直接切换即可；
双节点，需求资源少，部署简单；
缺点：
完全依赖于半同步复制，如果半同步复制退化为异步复制，数据一致性无法得到保证；
需要额外考虑haproxy、keepalived的高可用机制。
2.2. 半同步复制优化
半同步复制机制是可靠的。如果半同步复制一直是生效的，那么便可以认为数据是一致的。但是由于网络波动等一些客观原因，导致半同步复制发生超时而切换为异步复制，那么这时便不能保证数据的一致性。所以尽可能的保证半同步复制，便可提高数据的一致性。
该方案同样使用双节点架构，但是在原有半同复制的基础上做了功能上的优化，使半同步复制的机制变得更加可靠。
可参考的优化方案如下：
2.2.1. 双通道复制
半同步复制由于发生超时后，复制断开，当再次建立起复制时，同时建立两条通道，其中一条半同步复制通道从当前位置开始复制，保证从机知道当前主机执行的进度。另外一条异步复制通道开始追补从机落后的数据。当异步复制通道追赶到半同步复制的起始位置时，恢复半同步复制。
2.2.2. binlog文件服务器
搭建两条半同步复制通道，其中连接文件服务器的半同步通道正常情况下不启用，当主从的半同步复制发生网络问题退化后，启动与文件服务器的半同步复制通道。当主从半同步复制恢复后，关闭与文件服务器的半同步复制通道。
优点：
双节点，需求资源少，部署简单；
架构简单，没有选主的问题，直接切换即可;
相比于原生复制，优化后的半同步复制更能保证数据的一致性。
缺点：
需要修改内核源码或者使用mysql通信协议。需要对源码有一定的了解，并能做一定程度的二次开发。
依旧依赖于半同步复制，没有从根本上解决数据一致性问题。
2.3. 高可用架构优化
将双节点数据库扩展到多节点数据库，或者多节点数据库集群。可以根据自己的需要选择一主两从、一主多从或者多主多从的集群。
由于半同步复制，存在接收到一个从机的成功应答即认为半同步复制成功的特性，所以多从半同步复制的可靠性要优于单从半同步复制的可靠性。并且多节点同时宕机的几率也要小于单节点宕机的几率，所以多节点架构在一定程度上可以认为高可用性是好于双节点架构。
但是由于数据库数量较多，所以需要数据库管理软件来保证数据库的可维护性。可以选择MMM、MHA或者各个版本的proxy等等。常见方案如下：
2.3.1. MHA+多节点集群
MHA Manager会定时探测集群中的master节点，当master出现故障时，它可以自动将最新数据的slave提升为新的master，然后将所有其他的slave重新指向新的master，整个故障转移过程对应用程序完全透明。
MHA Node运行在每台MySQL服务器上，主要作用是切换时处理二进制日志，确保切换尽量少丢数据。
MHA也可以扩展到如下的多节点集群：
优点：
可以进行故障的自动检测和转移;
可扩展性较好，可以根据需要扩展MySQL的节点数量和结构;
相比于双节点的MySQL复制，三节点/多节点的MySQL发生不可用的概率更低
缺点：
至少需要三节点，相对于双节点需要更多的资源;
逻辑较为复杂，发生故障后排查问题，定位问题更加困难;
数据一致性仍然靠原生半同步复制保证，仍然存在数据不一致的风险;
可能因为网络分区发生脑裂现象;
2.3.2. zookeeper+proxy
Zookeeper使用分布式算法保证集群数据的一致性，使用zookeeper可以有效的保证proxy的高可用性，可以较好的避免网络分区现象的产生。
优点：
较好的保证了整个系统的高可用性，包括proxy、MySQL;
扩展性较好，可以扩展为大规模集群;
缺点：
数据一致性仍然依赖于原生的mysql半同步复制;
引入zk，整个系统的逻辑变得更加复杂;
2.4. 共享存储
共享存储实现了数据库服务器和存储设备的解耦，不同数据库之间的数据同步不再依赖于MySQL的原生复制功能，而是通过磁盘数据同步的手段，来保证数据的一致性。
2.4.1. SAN共享储存
SAN的概念是允许存储设备和处理器（服务器）之间建立直接的高速网络（与LAN相比）连接，通过这种连接实现数据的集中式存储。常用架构如下：
使用共享存储时，MySQL服务器能够正常挂载文件系统并操作，如果主库发生宕机，备库可以挂载相同的文件系统，保证主库和备库使用相同的数据。
优点：
两节点即可，部署简单，切换逻辑简单；
很好的保证数据的强一致性；
不会因为MySQL的逻辑错误发生数据不一致的情况；
缺点：
需要考虑共享存储的高可用；
价格昂贵；
2.4.2. DRBD磁盘复制
DRBD是一种基于软件、基于网络的块复制存储解决方案，主要用于对服务器之间的磁盘、分区、逻辑卷等进行数据镜像，当用户将数据写入本地磁盘时，还会将数据发送到网络中另一台主机的磁盘上，这样的本地主机(主节点)与远程主机(备节点)的数据就可以保证实时同步。常用架构如下：
当本地主机出现问题，远程主机上还保留着一份相同的数据，可以继续使用，保证了数据的安全。
DRBD是linux内核模块实现的快级别的同步复制技术，可以与SAN达到相同的共享存储效果。
优点：
两节点即可，部署简单，切换逻辑简单；
相比于SAN储存网络，价格低廉；
保证数据的强一致性；
缺点：
对io性能影响较大；
从库不提供读操作；
2.5. 分布式协议
分布式协议可以很好解决数据一致性问题。比较常见的方案如下：
2.5.1. MySQL cluster
MySQL cluster是官方集群的部署方案，通过使用NDB存储引擎实时备份冗余数据，实现数据库的高可用性和数据一致性。
优点：
全部使用官方组件，不依赖于第三方软件；
可以实现数据的强一致性；
缺点：
国内使用的较少；
配置较复杂，需要使用NDB储存引擎，与MySQL常规引擎存在一定差异；
至少三节点；
2.5.2. Galera
基于Galera的MySQL高可用集群， 是多主数据同步的MySQL集群解决方案，使用简单，没有单点故障，可用性高。常见架构如下：
优点：
多主写入，无延迟复制，能保证数据强一致性；
有成熟的社区，有互联网公司在大规模的使用；
自动故障转移，自动添加、剔除节点；
缺点：
需要为原生MySQL节点打wsrep补丁
只支持innodb储存引擎
至少三节点；
2.5.3. POAXS
Paxos 算法解决的问题是一个分布式系统如何就某个值（决议）达成一致。这个算法被认为是同类算法中最有效的。Paxos与MySQL相结合可以实现在分布式的MySQL数据的强一致性。常见架构如下：
优点：
多主写入，无延迟复制，能保证数据强一致性；
有成熟理论基础；
自动故障转移，自动添加、剔除节点；
缺点：
只支持innodb储存引擎
至少三节点；
3. 总结
随着人们对数据一致性的要求不断的提高，越来越多的方法被尝试用来解决分布式数据一致性的问题，如MySQL自身的优化、MySQL集群架构的优化、Paxos、Raft、2PC算法的引入等等。
而使用分布式算法用来解决MySQL数据库数据一致性的问题的方法，也越来越被人们所接受，一系列成熟的产品如PhxSQL、MariaDB Galera Cluster、Percona XtraDB Cluster等越来越多的被大规模使用。
随着官方MySQL Group Replication的GA，使用分布式协议来解决数据一致性问题已经成为了主流的方向。期望越来越多优秀的解决方案被提出，MySQL高可用问题可以被更好的解决。
问题一：
当各位在安装、重装时出现could not start the service mysql error:0
原因: 卸载mysql时并没有完全删除相关文件和服务，需要手动清除。
安装到最后一步execute时不能启动服务的解决方法：
首先，在管理工具-服务里面将MySQL的服务给停止(有的是没有安装成功,有这个服务,但是已经停止了的)，win+R—cmd,打开命令提示符窗口，输入命令：sc delete mysql(查看服务，此时服务中已没有mysql),将已停的服务删除,卸载MySQL记得选择remove。最后将MySQL安装目录删除，还有数据库的目录也删除。
然后，命令提示符下输入regedit,打开注册表
把注册表中
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services
HKEY_LOCAL_MACHINE/SYSTEM/ControlSet001/Services/Eventlog/Applications/MySQL
HKEY_LOCAL_MACHINE/SYSTEM/ControlSet002/Services/Eventlog/Applications/MySQL
HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/Eventlog/Applications/MySQL
将相关目录下的mysql相关键值(mysql、mysqladmin)删掉
注册表中有关MySQL的东西可能删除的不彻底,ctrl+F查找mysql,之后用F3循环查找,将有关MySQL这个软件的全部有关项删除
注意： (删除项时出错):
无法删除 LEGACY_MYSQL51(自己建数据库时置的用户名): 删除项时出错。
解决办法：注册表项里右键增加administrators所有权限，之后打开360安全卫士或金山卫士清理一下注册表！
接着，删除MYSQL数据表目录（C:/Documents and Settings/All Users/Application Data/MySQL/MySQL Server 5.1/Data/）(Application Data是隐藏的,要在查看里面将其设置为显示
win7下一般在C:\ProgramData\MySQL目录下，注意ProgramData这个文件夹默认是隐藏的)，
最后，重启计算机，重新安装mysql， 运行向导Server Instance Configuration wizard，进行相关设置即可。
问题二：mysql安装时出现error Nr.1045问题
我们在windows下安装MySQL时会出现Access denied for user 'root'@localhost'(using password:No)的问题，这个问题是因为你的机器上之前安装过mysql，或者这 一次安装配置了新密码，进入应用的最后一步时候由于某些原因卡出了或者由于服务未启动等原因导致无法配置成功，最终结果是，配置未成功，密码设置已经保存 进去了。这样我们调整好了服务等原因后，进行重新配置的时候，会发现在设置密码的时候，多了一个旧密码输入框。其实这也没什么，在密码知道的情况下，输入 旧密码重新设置密码并不难，而问题关键在于即使旧密码正确，你依旧无法完成配置，在最后一个环节密码认证的时候又出错了，出错原因是密码问题，提示旧密码 不对。
解决办法：
1.管理工具---服务里面停止Mysql服务。
2.控制面板---卸载Mysql，删除C:\Program Files\MySQL目录.
3.这是最关键一步，只做前面两步，密码还是修改不了，因为MySQL 还有文件，也就是在C:\Documents and Settings\All Users\Application Data(Application Data为隐藏文件夹)里面的MySQL文件夹，这个文件没有清除是MySQL重装出现旧密码的根源所在。于是删除MySQL文件夹。
4.检查C:\WINDOWS目录下是否有my.ini文件,将其删除
5.注册表里的HEKY_LOCAL_MACHINE，SOFTWARE，MYSQL删除
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\Eventlog\Application\MySQL 目录删除
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet002\Services\Eventlog\Application\MySQL 目录删除
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Eventlog\Application\MySQL 目录删除
完成以上步骤，就可以重新安装MySQL并且进行全新配置了
问题三：MySQL5.1安装时出现Cannot create windows service for mysql.error:0
安装MySQL5.1过程中，我把以前MySQL5.0的GUI工具和服务器全部删掉，安装目录全部删掉，数据文件目录名字改掉，注册表用完美卸载清理了。
然后重启安装MySQL5.1（我以前遇到过服务启动不了的情况，这样做就搞定了），可配置到最后一步时出现Cannot create windows service for MySQL.error:0错误，把配置工具关掉重试几次都不行，后来百度了下，听说要在系统管理员用户下执行sc delete mysql删除MySQL服务后再启动配置工具配置，实在不行重启后再试。
我删掉服务再配置还是同样错误，再删掉服务，重启后配置还是不行。
又在网上参考了好些文章，最后解决办法如下：
1.出现错误后关掉配置工具，在系统管理员帐户下执行命令：sc delete mysql（mysql是服务名，根据你的服务名定）；
2.删除C:/Documents and Settings/All Users/Application Data/MySQL/MySQL Server 5.1/data目录下ib_logfile0、ib_logfile1两个文件删除，顺便说句，此目录下有个err文件，是以主机名命名的，里面记载着错误信息，类似下面这段：
InnoDB: The first specified data file E:/Data/ibdata1 did not exist:
InnoDB: a new database to be created!
090501 19:20:08 InnoDB: Setting file E:/Data/ibdata1 size to 10 MB
InnoDB: Database physically writes the file full: wait...
InnoDB: Error: log file ./ib_logfile0 is of different size 0 48234496 bytes
InnoDB: than specified in the .cnf file 0 17825792 bytes!
090501 19:20:09 [ERROR] Plugin 'InnoDB' init function returned error.
090501 19:20:09 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
090501 19:20:09 [ERROR] Unknown/unsupported table type: INNODB
090501 19:20:09 [ERROR] Aborting
090501 19:20:09 [Warning] Forcing shutdown of 1 plugins
090501 19:20:09 [Note] E:/Program Files/MySQL/MySQL Server/bin/mysqld: Shutdown complete
3.删除配置时指定的数据文件目录，好像当时我的不能立即删除，我用unlocker删除时它说要下次重启时删除。
4.重启。
5.启动配置工具配置。
这次就成功了。
感谢提供帮助信息的前辈们，也希望对出现同样错误的朋友有帮助。
继续为大家整理mysql安装失败的原因以及mysql安装失败的解决方法，抓紧来看看吧！
困难1：MySQL 5.1 安装过程中报apply security setting错误
1.卸载MySQL。
2.删除目录 C:\Documents and Settings\All Users\Application Data\MySQL。
3.重新安装MySQL就OK啦。
困难2：MySQL提示Could not start the service MySQL提示
安装mysql 5.1.33，在运行Server Instance Configuration wizard时的Execute configurattion步骤中的第三项Start Service进出错，错误提示为Could not start the service MySQL
分析：这种情况一般是因为装过mysql，卸载不干净造成的，卸载后重启后再重装。注意看下服务，如果未能卸载，可以用mysqld-nt -remove卸载。
具体方法如下：
1.查看服务中有没有mysql,如果有将该服务停掉。
2.在控制面板中运行添加删除程序，将mysql卸载。
3.卸载后打开注册表，查看HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services 下的键值，如果有相关mysql键值(mysql、mysqladmin)则删掉，即可。
4.重启，将mysql的安装残余目录删掉 (查看服务，此时服务中已没有mysql)。
5.重新安装mysql.安装后先不要运行Server Instance Configuration wizard，重启后在开始菜单中运行该向导，即可。
困难3：msyql安装到最后一步start service错误
1.到控制面板里面先把mysql删除。
2.到c盘C:\Program Files目录下把mysql目录删除。
3.如果在其他盘还有设置目录也要删除.空目录也要删除。
4.到regedit把注册表：
HKEY_LOCAL_MACHINE/SYSTEM/ControlSet001/Services/Eventlog/Applications/MySQL
HKEY_LOCAL_MACHINE/SYSTEM/ControlSet002/Services/Eventlog/Applications/MySQL
HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/Eventlog/Applications/MySQL
有的话，全部删除！（技巧：用F3循环查找“mysql”）5.如果任务管理器里有关mysql内容也删除。
5.把防火墙关了。
6.重新装mysql（这里我没有重启计算机）。
重装时候有必要的话,重启计算机，停用IIS，和删除temp里的临时文件。
实在不行的话，配置mysql时候,把mysql服务换个服务名。
精彩专题分享：mysql不同版本安装教程 mysql5.7各版本安装教程
以上就是在安装mysql时经常遇到的错误，希望本文对大家的学习有所帮助。。
可能是连接数达到上限了。可以尝试的方法：
1.修改mysql的配置文件，设置合适的 wait_timeout
#指定一个请求的最大连接时间，对于4GB左右内存的服务器可以设置为5-10。
wait_timeout = 10
2.清理tcp连接，这个方式比较麻烦，并且可能误杀其他进程。我的站上有一个windows 7下执行清理的python脚本可以试试
Dual Master实际上就是两台MySQL服务器互相将对方作为自己的 Master，自己作为对方的Slave，这样任何一台服务器上的数据变更，都会通过MySQL 的复制机制同步到另一台服务器。当然，有的可能会担心，这样不会导致两台互为Master 的 MySQL之间循环复制吗?当然不会,这是由于MySQL在记录Binary log日志时,记录了当前的server-id, server-id在我们配置MySQL复制时就已经设置好了。一旦有了server-id，MySQL就很容易判断最初的写入是在哪台服务器上发生的，MySQL不会将复制所产生的变更记录到Binary log，这样就避免了服务器间数据的循环复制。当然，我们搭建Dual-Master 架构，并不是为了让两个 Master 能够同时提供写入服务，这样会导致很多问题。举例来说，假如Master A 与Master B几乎同时对一条数据进行了更新，对Master A的更新比对Master B的更新早，当对Master A的更新最终被同步到Master B时，老版本的数据将会把版本更新的数据覆盖，并且不会抛出任何异常，从而导致数据不一致的现象发生。在通常情况下，我们仅开启一台Master的写入，另一台Master仅仅 stand by或者作为读库开放，这样可以避免数据写入的冲突，防止数据不一致的情况发生。在正常情况下，如需进行停机维护，可按如下步骤执行Master的切换操作:
1）停止当前Master 的所有写入操作。
2）在 Master 上执行set global read_only=1，同时更新MySQL 配置文件中相应的配置，避免重启时失效。
3）在 Master上执行show Master status，以记录 Binary log 坐标。
4)使用Master上的Binary log坐标,在stand by的 Master上执行select Master_pos_wait(),等待stand by Master的 Binary log跟上 Master的 Binary log。
5）在stand by Master 开启写入时，设置read_only=O。
6）修改应用程序的配置，使其写入到新的Master。
这个是属于系统遗留问题，也就是一种系统的保护机制。就是为了避免出现这种在线修改系统的操作。
增加字段属于系统的修改操作。尽量不要在线操作，因为可能出现。未知的漏洞。一定要。离线。修改完毕，然后经过测试后。认为已经没有问题了。在。次日的凌晨发一个通知。停机维护。这样才能保证系统的正常运转。
如果在前期设置系统的时候就预留了。热升级的空间。这样才能达到在线操作的目的，而且系统的金融群总是一部分先升级。
很多情况下，你需要使用系统里边的工具集。在线修改表格。原理其实非常的简单，新建的和原表的表格结构。要一模一样。对这个表格进行修改，然后把结构变更的日期。插入进去。而且还建议您尽量在业务的低缝隙进行修改。避免发生不可控的未知状况。
使用说明：
1、如果是用 MySQL + Apache，使用的又是 FreeBSD 网络操作系统的话，安装时候你应按注意到FreeBSD的版本问题，在FreeBSD 的 3.0 以下版本来说，MySQL Source 内含的 MIT-pthread 运行是正常的，但在这版本以上，你必须使用 native threads。
2、如果在 COMPILE 过程中出了问题，请先检查你的 gcc版本是否在 2.81 版本以上，gmake 版本是否在3.75以上。
3、如果不是版本的问题，那可能是你的内存不足，请使用configure--with-low-memory 来加入。
4、如果要重新做你的configure，那么你可以键入rm config.cache和make clean来清除记录。
5、把 MySQL 安装在 /usr/local 目录下，这是缺省值，您也可以按照你的需要设定你所安装的目录。