1 直接复制mysql目录下的data文件夹,放到其他电脑的相应目录下
2 或者将里面的数据全部导成sql语句,到其他电脑的mysql里面执行,这里用到phpmyadmin是很方便的
MySQL(发音为“mynbsp;essnbsp;cuenbsp;el“,不是“mynbsp;sequel“)是一种开放源代码的关系型数据库管理系统(RDBMS),MySQL数据库系统使用最常用的数据库管理语言--结构化查询语言(SQL)进行数据库管理。nbsp;nbsp;由于MySQL是开放源代码的,因此任何人都可以在Generalnbsp;Publicnbsp;License的许可下下载并根据个性化的需要对其进行修改。MySQL因为其速度、可靠性和适应性而备受关注。大多数人都认为在不需要事务化处理的情况下,MySQL是管理内容最好的选择。nbsp;nbsp;nbsp;nbsp;MySQL关系型数据库于1998年1月发行第一个版本。它使用系统核心提供的多线程机制提供完全的多线程运行模式,提供了面向C、C++、nbsp;Eiffel、Java、Perl、PHP、Python以及Tcl等编程语言的编程接口(APIs),支持多种字段类型并且提供了完整的 *** 作符支持查询中的SELECT和WHERE *** 作。nbsp;nbsp;nbsp;nbsp;MySQL开发组计划于2001年中期公布MySQL40版本。在这个版本中将有以下新的特性被提供:新的表定义文件格式、高性能的数据复制功能、更加强大的全文搜索功能。在此之后,MySQL开发着希望提供安全的数据复制机制、在BeOS *** 作系统上的MySQL实现以及对延时关键字的定期刷新选项。随着时间的推进,MySQL将对ANSInbsp;92/ANSInbsp;99标准完全兼容。MsSql----amp;gt;MicroSoftnbsp;nbsp;nbsp;Sqlnbsp;nbsp;nbsp;Server,需要money,而且很多呢。(大型项目用,大型网站用)nbsp;nbsp;nbsp;nbsp;MySql----amp;gt;免费的。速度快。可以用于小型项目。nbsp;mysql数据库和oracle的区别和选择:LAMP大会的时候我跟Yahoo的一个技术高管聊的时候,我问他Yahoo在选择MySQL还是nbsp;Oracle的时候是怎么考虑,他的答案令我非常惊讶。他说大部分的时候我们是会用MySQL的,因为它的性能已经达到我们的要求。但是什么时候我们会选用Oracle呢,就是当我们需要存储收费用户的数据的时候。我就问为什么,难道Oracle比MySQL稳定吗他说,这个倒没有特别考虑。关键是如果使用Oracle的话,当出现问题的时候我们可以找到负责人,Oracle会负责事故的处理,但是如果用MySQL的话,我们找谁去
读写分离的意思是,写入的时候向 a 服务器写入,而读出的时候从 b c d 甚至更多的服务器读出;这样的架构适合于读多写少的应用,最典型的就是火车购票系统,一般我们买票的时候要先查询好多次,包括车次啊,时间啊,这都是读 *** 作,而最后可能只买一张车票,这是写 *** 作;做了读写分离之后,可以将资源分配到最合理的地方,不会使某些资源闲置,而另一些资源不够用;
但是读写分离必然引发主从复制,试想一共有 10 张票,买了 1 张票,读的时候如果还是读到 10 张余票就不对了,因此需要主从复制,再读的时候,就只能读到 9 张余票了;
Sun Microsystems宣布 正式对外提供MySQL 软件 新的MySQL 软件旨在提升性能和简化大规模数据库应用的管理
MySQL 自从对外开放的头 天内 下载次数超过 万次 引起社团如此兴趣和应用热潮的还有Sun在本季度内广受欢迎的一系列发布 其中包括针对MySQL的Sun Systems(系统产品) 以及现已成为其MySQL Enterprise订购项目的内容之一的新的MySQL Query Analyzer(查询分析器)工具
MySQL 低廉的总成本与其高性能 高缩放性和优异的企业级特性的结合 使它成为许多大型企业和Web公司的最合适的数据库解决方案 尤其是在今天的经济形势下 Sun公司主管数据库事业部的高级副总裁Marten Mickos说 在MySQL 被推出的头 天内其下载次数超过了 万次 我们为能提供赢得开源社团如此巨大兴趣的强大产品感到无比的自豪
业界一些新的研究表明 开源数据库管理系统(DBMS)市场在持续增长 不断成熟 在 年 月 日出版的Gartner公司的一篇名为 开源数据库管理系统的不断成熟 的报告中 Gartner副总裁 著名的分析家Donald Feinberg指出 本公司最近所做的一项研究显示 开源DBMS在生产中的应用从 年到 年增长了 % 该报告还援引以往的数据 —— 年到 年的开源DBMS市场的营收增长率为 % 远远超过DBMS总市场 %的营收增长率 再往前看 Gartner预计未来五年内开源DBMS市场的复合年增长率(CAGR)为 % 到 年该市场估计可达到 亿美元
Feinberg对那些正在考虑开源DBMS产品的人给出了一些指导和建议 采用一个开源DBMS在成本方面获得的好处将不断增加 而成本会持续减少 今天 开源DBMS引擎可用于非关键业务应用 且风险比若干年前减少了很多 他还说 如果员工的技术能力比较强 将一个开源DBMS用在关键业务环境中现在成为可能 —— 很明显 在管理DBMS与应用的资源成本方面的好处是不言而喻的 最后 Feinberg指出 仅仅采用控制和参与这个DBMS工程的那家厂商所提供的一个开源DBMS引擎 而且当在生产环境中采用时一定要购买相应的订购支持服务项目
Gartner公司的这篇报告的全文可参见
//mediaproducts gartner /reprints/sunmicrosystems/volume /article
/article
MySQL 拥有多项新的企业级增强特性
·表格和索引的分区特性 —— MySQL 支持 种形式的水平数据分区 range hash key list和复合posite分区(子分区) 通过表格和索引数据的分区 可做到仅仅是对需要的相关数据分区进行扫描 而不是扫描整个的表格和索引 因此就获得了更快速的查询响应 而且 有了分区特性 许多存储和其他维护 *** 作变得更加容易和快速
·基于单元(row based)的复制和混合复制特性 —— 这是MySQL 内提供的两个新的复制选项 基于单元的复制 是复制主服务器和从服务器之间的数据变化(而不是实际的SQL语句) 而 混合复制 采用的或是基于语句复制 或是基于单元的复制 这取决于一个个的SQL *** 作 —— 对于应用来讲 这就形成并保持了最有效的和最安全的复制机制
·事件调度特性 —— 这是一个新的工具 它可让开发者和经营管理学博士自动调度数据库服务器上要执行的 通用的基于SQL的循环(recurring)任务 这一特性比起Linux或Unix中的CRON 或Microsoft Windows的任务调度程序 可对数据库特定的任务提供更大的支持
·新的MySQL Query Analyzer (查询分析器) —— 享受优惠的MySQL Enterprise订购项目将提供Sun的这一新的MySQL Query Analyzer工具 该工具通过监控查询性能来精确定位和修改有问题的SQL 代码 可以大大改善MySQL数据库应用的速度和正常运行时间 包括这一新的MySQL Query Analyzer在内的对MySQL Enterprise服务的 天试订购 项目 现在可从// mysql /trials免费获得
我们测试了其他的一些数据库 但是还没有发现任何数据库能像MySQL 中分区表格那样对我们的数据集进行那么快的查询 Parallel有限公司首席技术官Guy Adams说 Parallel有限公司是一家卫星管理和网络运营软件的供应商 它为全球最大的一些通信公司供货
平台支持与供货信息
MySQL 可在许多种类的硬软件平台上工作 包括Red Hat Enterprise Linux SuSE Enterprise Linux Server Microsoft Windows Solaris Operating System (OS) Macintosh OS X Free BSD HP UX IBM AIX IBM i /OS 以及其他通用的Linux版本
MySQL GA版现通过以下三种模式提供 以满足不同用户的各种特殊需求
·MySQL Community Server —— Sun的MySQL 数据库的免费开源版 这一GPL许可的全功能软件的目标用户是个人技术用户 他不需要商业支持或是享有优惠的机上服务
·MySQL Enterprise Server —— 它作为MySQL Enterprise订购的一部分来提供 它最可靠 最安全 提供的是MySQL数据库的最新版本 其目标用户是有法人的IT用户 该模式的订户每月可收到快速软件升级服务 每个季度可收到带有最新补丁程序的 服务包 —— 还能访问仅供预览的监测工具 享受全天候 的生产技术支持
·MySQL Embedded Server —— 这是MySQL软件的商业许可模式 让ISV和OEM将一个高速的 占用空间很小的数据库嵌入或打包到他们自己的产品中 而不需要免费的GPL许可
lishixinzhi/Article/program/MySQL/201311/29618
MySQL在互联网应用中已经遍地开花,但是在银行系统中,还在生根发芽的阶段。本文记录的是根据某生产系统实际需求,对数据库高可用方案从需求、各高可用技术特点对比、实施、测试等过程进行整理,完善Mysql高可用方案,同时为后续开展分布式数据库相关测试做相应准备。
存储复制技术: 传统IOE架构下,常用高可用方案,靠存储底层复制技术实现数据的一致性,优点数据安全性有保障,限制在于是依赖存储硬件,实施成本较高。
keepalived+双主复制: 两台MySQL互为主从关系,即双主模式,通过Keepalived配置虚拟IP,实现当其中的一台数据库故障时,自动切换VIP到另外一台MySQL数据库,备机快速接管业务来保证数据库的高可用。
MHA: MHA部署在每台mysql服务器上,定时探测集群中的master节点,当master出现故障时,它可以自动将最新的slave提升为新的master,然后将所有其他的slave重新指向新的master,优点在最大程度保证数据的一致性的前提下实现快速切换,最少需要3台服务器,存在数据丢失的可能性。
PXC: Percona eXtra Cluster是Percona基于galera cluster封装的集群方案。不同于普通多主复制,PXC保障强一致性和实时同步,故障切换更快。但是也需要3个节点,配置相对复杂,对性能也稍有影响。
除了上述方案外,还有MMM、Heartbeat+DRBD等高可用方案,此处不做详细介绍。
综合评估下,本次实施采用了 keepalived+mysql双主实现数据库同城双机房的高可用。MySQL版本为: 5721。 *** 作系统:Red Hat Enterprise Linux Server 73。
配置过程如下:
Mysql-master1: IP地址1 --以下简称master1
Mysql-master2: IP地址2 --以下简称master2
Mysql-vip : VIP地址 --应用连接使用
Mysql复制相关概念描述:
1、 Mysql主从复制图示:
2、 Mysql主从复制过程描述:
(1)master记录二进制日志:在每个事务更新数据完成之前,master在二进制日志记录这些改变。MySQL将事务写入二进制日志。在事务写入二进制日志完成后,master通知存储引擎提交事务。
(2)slave将master的binarylog拷贝到自己的中继日志:首先,slave开始一个工作线程——I/O线程。I/O线程在master上打开一个普通的连接,然后开始binlog dump process。Binlog dump process从master的二进制日志中读取事务,如果已经同步了master,它会睡眠并等待master产生新的事件。I/O线程将这些事务写入中继日志。
(3)SQL slave thread处理该过程的最后一步:SQL线程从中继日志读取事务,并重放其中的事务而更新slave的数据,使其与master中的数据一致。只要该线程与I/O线程保持一致,中继日志通常会位于OS的缓存中,所以中继日志的开销很小。
主主同步就是两台机器互为主的关系,在任何一台机器上写入都会同步至备端。
为了便于后续数据库服务器的扩展,且在整个复制环境中能够自动地切换,降低运维成本,引入了当前主流的基于Mysql GTID的复制特性,工作原理及优缺点简介如下。
3、 GTID工作原理简介:
(1) master更新数据时,会在事务前产生GTID,一同记录到Binlog日志中。
(2) slave的I/O线程将变更的binlog写入到本地的relay log中。
(3) slave的sql线程从relay log中获取GTID,然后对比slave端的binlog是否有记录。
(4) 如果有记录说明该GTID的事务已经执行,slave会忽略。
(5) 如果没有记录,slave就会从relay log中执行该GTID的事务,并记录到binlog。
(6) 在解析的过程中会判断是否有主键,如果有就用索引,如果没有就用全部扫描。
4、 GTID优点:
(1) 一个事务对应一个唯一的ID,一个GTID在一个服务器上 只会执行一次。(2) GTID是用来替代传统复制的方法,GTID复制与普通复制模式的最大不同就是不需要指定二进制文件名和位置。
(3) 减少手工干预和降低服务故障时间,当主机宕机之后会通过软件从众多的备机中提升一台备机为新的master。
5、 GTID也存在一些限制:
(1) 不支持非事务引擎。
(2) 不支持create table … select 语句复制(主库直接报错)。
(3) 不允许一个sql同时更新一个事务引擎表和非事务引擎表。
(4) 在一个复制组中,必须要求统一开启GTID或者是统一关闭GTID。
(5) 开启GTID需要重启(57版本除外)。
(6) 开启GTID后,就不再使用原理的传统复制方式。
(7) 不支持create temporary table 和 drop temporary table语句。
(8) 不支持sql_slave_skip_counter。
前置条件:
主备两个节点使用行内统一的安装部署脚本安装mysql5721介质(略)
Master1端创建应用的数据库(略)
1、 修改MySQL配置文件
参考相关配置规范,分别设置master1、master2的mycnf文件,
其中server-id参数设置为不同值;
由于后续keepalived会挂起VIP,应用通过VIP连接数据库,为了避免应用程序无法通过VIP访问,需将两个节点的bind-address参数注释掉;
2、 设置master1端自动半同步模式
Mysql的同步模式主要有如下3种:
a 主从同步复制:数据完整性好,但是性能消耗略高;
b 主从异步复制:性能消耗低,但容易出现不一致;
c 主从半自动复制:介于上述两种之间,既保持了数据的完整性,又提高了性能;
基于上述特性,建议采用半自动同步模式,由于后续要配置为双主模式,因此任一节点其角色既为master又为slave,因此相关的master/slave插件要同时配置,过程如下。
(1) 首先查看库是否支持动态加载(默认都支持)
(2) 主从库上分别安装插件
作为主库,安装插件semisync_masterso
作为从库,安装插件semisync_slaveso
(3) 安装完成后,从plugin表中能够看到刚刚安装的插件
(4) 分别打开主从库半同步复制
同时添加到各自的mycnf中,在后续数据库实例重启时自动加载该配置。
此时查看状态还没有启动
(5) 两个节点分别启动IO进程
(6) 查看半同步状态
3、 将master1设为master2的主服务器
(1)在master1主机上创建授权账户,允许在master2主机上连接
(2)将主库master1数据导出
(3)将mastersql传输到master2上并导入
(4)在master2端将master1设置为自己的主库,并开启slave功能
在master2上查看slave状态
至此master1到master2的主从复制关系已经建立完成。
4、 将master2设为master1的主服务器
在master1上执行
在master1上查看slave状态
1、keepalived相关概念说明:
keepalived是集群管理中保证集群高可用的一个软件解决方案,其功能类似于heartbeat,用来防止单点故障
keepalived是以VRRP协议为实现基础的,VRRP全称VirtualRouter Redundancy Protocol,即虚拟路由冗余协议。
虚拟路由冗余协议,可以认为是实现路由器高可用的协议,即将N台提供相同功能的路由器组成一个路由器组,这个组里面有一个master和多个backup,master上面有一个对外提供服务的vip,master会发组播(组播地址为2240018),当backup收不到vrrp包时就认为master宕掉了,这时就需要根据VRRP的优先级来选举一个backup当master,这样的话就可以保证路由器的高可用了。
keepalived主要有三个模块,分别是core 、check和vrrp。core模块为keepalived的核心,负责主进程的启动、维护以及全局配置文件的加载和解析。check负责 健康 检查,包括常见的各种检查方式。vrrp模块是来实现VRRP协议的。同时为了避免出现脑裂,应关闭防火墙或者开启防火墙但允许接收VRRP协议。
2、keepalived的安装配置
(1)配置本地yum源,在master1和master2两台服务器上安装keepalived的相关依赖包Kernel-devel/openssl-devel/popt-devl等
配置指向rhel-75iso的yum本地源,步骤略
注意:如不知道keepalived需要哪些依赖包,可到下载后的源码解压目录下查看INSTALL 文件内容,安装需要的依赖包,源码安装任何一个软件都要养成查看源码包文档的习惯,比如INSTALL,README,doc等文档,可以获得很多有用的信息。
(2)在两台mysql上解压缩并编译安装keepalived
(3)master1、master2上分别配置keepalivedconf
注意上图红色字体中两个节点配置相同处及差异。
说明:keepalived只有一个配置文件keepalivedconf,里面主要包括以下几个配置区域:
· global_defs:主要是配置故障发生时的通知对象以及机器标识。
· vrrp_instance:用来定义对外提供服务的VIP区域及其相关属性。
· virtual_server:虚拟服务器定义
(4)同时两个节点上都需要添加检测脚本
作用:是当mysql停止工作时自动关闭本机的keeplived服务,从而实现将故障主机踢出热备组,因每台机器上keepalived只添加了本机为realserver,所以当mysqld正常启动后,我们还需要手动启动keepalived服务。
(5)分别启动两个节点的keepalived服务
检查两个节点keepalived启动进程
检查两个节点的vip挂载情况
(6)主备机故障切换测试
停止master2的mysql服务,看keepalived 健康 检查程序是否会触发脚本,自动进行故障切换,步骤略
查看master1节点的VIP挂载情况,验证是否实现了自动切换,步骤略
说明在master2服务器的mysql服务发生故障时,触发了脚本,自动完成了切换。
(7)现在我们把master2的mysql服务开起来,并且keepalived的服务也需要启动。
即便master2的mysql服务和keepalived服务都重新开启了,master1仍然是主master了,master2未对主master的权利进行抢夺,说明设置的nopreempt参数生效了,为了保证群集的稳定性,生产环境不允许抢占配置,只有当master1的mysql服务坏掉的时候,master2才会再次成为主master,否则它永远只能当master1的备份。(注:nopreempt一般是在优先级高的mysql上设置)
Sysbench是一个模块化的、跨平台、多线程基准测试工具,可用于评估数据库负载情况,通过sysbench命令配置IP地址、端口号、用户名、密码连接到指定的数据库db1中,创建多个表,并快速插入指定条数的记录,观察主备库同步效率
(1) 下载开源工具sysbench-041214targz,放置在相应目录下并解压
(2) 使用iso配置本地yum源并安装Sysbench如下的依赖包(步骤略):autoconf/automake/cdbs/debhelper(>=9)/docbook-xml/docbook-xsl/libmysqlclient15-dev/libtool/xsltproc
(3) 编译sysbench
编辑配置文件/etc/ldsoconf中添加mysql lib目录/mysql/app/5721/lib,并执行命令ldconfig生效
(4) 执行sysbench压测
使用sysbench工具向主节点的db1数据库中创建5张表,并且每张表分别插入10万条记录
同时观察备机同步效率
几个重要的参数说明:
B、半自动同步模式、异步模式切换测试
(1) 检查主备同步状态,及同步参数设置
rpl_semi_sync_master_enabled参数表示启用半同步模式;
rpl_semi_sync_master_timeout参数单位为毫秒,表示主库事务等待从库返回commit成功信息超过10秒就降为异步模式,不再等待从库,等探测到从库io线程恢复后,再返回为半自动同步;
rpl_semi_sync_master_wait_no_slave参数表示事务提交后需要等待从库返回确认信息;
(2) 将slave的io线程停止
(3) 使用sysbench向master写入少量的数据,本例创建一张表,并插入10条记录,命令包装在1sh测试脚本中
通过记录的时间戳发现,master在等待了slave10秒无响应,自动切换为异步模式,将数据写入本地。
(4) Slave启动io线程,数据自动追平
至此MySQL主主复制配置完成,运行在半自动同步模式,通过keepalived实现Mysql的HA高可用。
上线后应符合统一的标准监控策略,添加备份协议对数据进行周期备份并保存到带库中,以及定期的数据恢复测试。
由于是靠keepalived实现的高可用,还应将如下资源添加到监控管理平台:
1、 对每台数据库主机的3个keepalived进程进行监控;
2、 对主备节点的io线程、sql线程工作状态进行监控;
1、可以的,这也是一个冷备份数据库和迁移数据库的方法,如果别人能复制整个data目录,确实不安全。
2、data下每个目录是一个database,比如mysql目录里面包含的系统表userMYD包含了mysql用户信息
3、不同的存储引擎用的不同的文件存储数据,
a)如果是MyISAM存储引擎的一个table存成了三个文件
tablefrm(表结构)
tableMYD(表数据)
tableMYI(表索引)
这种存储引擎你可以只复制一个table(即三个文件)或者一个数据库(即整个目录)。
b)如果是InnoDB存储引擎用到了表空间文件ibdata1
所以要复制需要包含数据库目录,还要包含表空间文件ibdata1等。
以上就是关于mysql 数据库复制到其他电脑全部的内容,包括:mysql 数据库复制到其他电脑、什么是Mysql数据库,与其它数据库的区别和特点是什么、mysql的读写分离和主从复制的区别在哪里等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)