Category Archives: Database

如何在Windows系统中配置Mysql群集（Mysql Cluster）

MySQL群集技术在分布式系统中为MySQL数据提供了冗余特性，增强了安全性，使得单个MySQL服务器故障不会对系统产生巨大的负面效应，系统的稳定性得到保障。 Mysql群集（Cluster）简介 MySQL群集需要有一组计算机，每台计算机的角色可能是不一样的。MySQL群集中有三种节点：管理节点、数据节点和SQL节点。群集中的某计算机可能是某一种节点，也可能是两种或三种节点的集合。这三种节点只是在逻辑上的划分，所以它们不一定和物理计算机是一一对应的关系。 管理节点（也可以称管理服务器）主要负责管理数据节点和SQL节点，还有群集配置文件和群集日志文件。它监控其他节点的工作状态，能够启动、关闭或重启某个节点。其他节点从管理节点检索配置数据，当数据节点有新事件时就把事件信息发送给管理节点并写入群集日志。 数据节点用于存储数据。 SQL节点跟一般的MySQL服务器是一样的，我们可以通过它进行SQL操作。 下图中画出了三种群集节点及应用程序间的关系： MySQL Cluster的下载 我们使用的Mysql Server已经不能满足群集的要求，配置群集需要使用MySQL Cluster。 MySQL Cluster支持Linux、Mac OS X、Solaris和Windows操作系统。鸡啄米以Windows系统下的MySQL Cluster版本MySQL Cluster 7.2.5为例说明MySQL Cluster的配置和启动。 MySQL Cluster的下载地址是http://dev.mysql.com/downloads/cluster。如果你的操作系统是32位的，就选择Windows (x86, 32-bit), ZIP Archive下载，大小为228.9M，如果是64位的，就下载Windows (x86, 64-bit), ZIP Archive，大小为232.7M。它们都是免安装的二进制版本。 MySQL Cluster的配置 首先找三台电脑，或者是开三个虚拟机，管理节点部署在一台机子上，其他两台每台都部署一个数据节点和一个SQL节点。鸡啄米这里以两台机子举例，其中一台（IP为192.168.1.10）部署管理节点、数据节点和SQL节点，另一台（IP为192.168.1.20）部署数据节点和SQL节点。 其实最好不要将管理节点跟数据节点部署到一台机子上，因为如果数据节点宕机会导致管理节点也不可用，整个MySQL群集就都不可用了。所以一个MySQL群集理想情况下至少有三台服务器，将管理节点单独放到一台服务器上。鸡啄米暂以两台举例，只是为了说明三种节点的配置启动方法。 1.将上面下载的安装包解压，并改文件夹名为mysql，因为需要多次在命令行中操作，所以名字改短后更容易输入。 2.配置管理节点 在IP为192.168.1.10的主机的C盘中新建文件夹mysql，然后在此文件夹下新建子目录bin和mysql-cluster，再将安装包解压后的mysql\bin中的ndb_mgm.exe和ndb_mgmd.exe拷贝到C:\mysql\bin下。在目录C:\mysql\bin下新建cluster-logs目录、config.ini文件和my.ini文件。 config.ini文件的内容如下： [ndbd default] # Options affecting ndbd processes on all data nodes: NoOfReplicas=2                      # Number of replicas DataDir=c:/mysqlcluster/datanode/mysql/bin/cluster-data     # Directory for each data node’s data files DataMemory=80M    # Memory allocated to data storage IndexMemory=18M   # Memory allocated to index storage # For DataMemory and IndexMemory, we have used the # default […]

Windows Server 2003 下配置 MySQL 集群(Cluster)教程

MySQL 群集是 MySQL 适合于分布式计算环境的高可用、高冗余版本。它采用了 NDB Cluster 存储引擎，允许在 1 个群集中运行多个 MySQL 服务器。在 MySQL 5.0 及以上的二进制版本中，以及与最新的 Linux 版本兼容的 RPM 包中提供了该存储引擎。 MySQL 群集是一种技术，该技术允许在无共享的系统中部署“内存中”和“磁盘中”数据库的 Cluster 。通过无共享体系结构，系统能够使用廉价的硬件，而且对软硬件无特殊要求。此外，由于每个组件有自己的内存和磁盘，不存在单点故障。MySQL Cluster 由一组计算机构成，每台计算机上均运行着多种进程，包括 MySQL 服务器，NDB Cluster 的数据节点，管理服务器，以及（可能存在的）专门的数据访问程序。 管理服务器(MGM节点)负责管理 Cluster 配置文件和 Cluster 日志。Cluster 中的每个节点从管理服务器检索配置数据。当数据节点内出现新的事件时，节点将关于这类事件的信息传输到管理服务器，然后，将这类信息写入 Cluster 日志。 目前能够运行 MySQL Cluster 的操作系统有 Linux、Mac OS X 和 Solaris，最新的版本已经支持 Windows 操作系统。 MySQL 群集的数据节点之间的通信是不加密的，并且需要高速的带宽，所以建议把群集建立在一个高速局域网内，不建议跨网段、跨公网的部署这种系统体系。 MySQL 群集分为三种节点：管理节点，数据节点和SQL节点。 管理节点：主要用于管理各个节点，能够通过命令对某个节点进行重启、关闭、启动等操作。也能够监视全部节点的工作状态。 数据节点：主要是对数据的存储，不提供其他的服务。 SQL节点：主要是对外提供SQL功能，类似一台普通的 MySQL Server。 而SQL节点和数据节点可以是同一台机器，也就是说这台机器即是SQL节点也是数据节点。它们只是逻辑关系上的划分，实际部署时，甚至所有的阶段都可以位于同一台物理机器上，只是配置较复杂些。 一、软件下载机器操作环境 配置 MySQL 群集必需使用其群集版本，注意和 MySQL Server 版本的区别。本文以 Windows 平台下的 MySQL 群集版本 MySQL Cluster 7.1.3 为例（截至2010年6月初的最高版本），这是 MySQL Server 5.1 系列版本之一，添加了群集的功能。下载地址为：http://dev.mysql.com/downloads/cluster，选择 mysql-cluster-gpl-noinstall-7.1.3-win32.zip 文件，这是一个 for Windows 32位版本的、免安装的二进制版本。 根据自己的操作系统的位数，也可以选择 64 位版本的。还有一个 27.2M 的 Windows(x86, 32-bit) […]

mysql的sql_mode 模式修改 my.cnf

1. sql_mode模式 mysql数据库的中有一个环境变量sql_mode,定义了mysql应该支持的sql语法，数据校验等！我们可以通过以下方式查看当前数据库使用的sql_mode： mysql> select @@sql_mode; +—————————————————————-+ | @@sql_mode                                                     | +—————————————————————-+ | STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION | +—————————————————————-+ 或者通过查看系统变量方式: mysql> show variables like 'sql_mode%'\G; *************************** 1. row *************************** Variable_name: sql_mode         Value: STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION mysql5.0以上版本支持三种sql_mode模式：ANSI、TRADITIONAL和STRICT_TRANS_TABLES。 ANSI模式：宽松模式，对插入数据进行校验，如果不符合定义类型或长度，对数据类型调整或截断保存，报warning警告。 TRADITIONAL模式：严格模式，当向mysql数据库插入数据时，进行数据的严格校验，保证错误数据不能插入，报error错误。用于事物时，会进行事物的回滚。 STRICT_TRANS_TABLES模式：严格模式，进行数据的严格校验，错误数据不能插入，报error错误。 1.2 ANSI模式 mysql> set @@sql_mode=ANSI; Query OK, 0 rows affected (0.00 sec) mysql> create table test(name varchar(4), pass varchar(4)); Query OK, 0 rows affected (0.03 sec) mysql> insert into test values('aaaaa','aaaaa'),('bbbb','bbbb'); Query OK, 2 rows affected, 2 warnings (0.02 sec) Records: 2  Duplicates: 0  Warnings: 2 mysql> show warnings; +———+——+——————————————-+ | Level   | Code | Message                                   | +———+——+——————————————-+ | Warning | 1265 | Data truncated for column 'name' at row 1 | | Warning | 1265 | Data truncated for column 'pass' at row 1 | +———+——+——————————————-+ 2 rows in set (0.00 sec) mysql> select * from test; +——+——+ | name | pass | +——+——+ | aaaa | aaaa | | bbbb | bbbb | +——+——+ 2 rows in set (0.00 sec) 我们可以看到，在ANSI模式下，当我们插入数据时，未满足列长度要求时，数据同样会插入成功，但是对超出列长度的字段进行截断，同时报告warning警告。 1.3 STRICT_TRANS_TABLES模式 mysql> set @@sql_mode=STRICT_TRANS_TABLES; Query OK, 0 rows affected (0.00 sec) mysql> create table test(name varchar(4), pass varchar(4)); Query OK, 0 rows affected (0.02 sec) mysql> insert into test values('aaaaa','aaaaa'),('bbbb','bbbb'); ERROR 1406 (22001): Data too long for column 'name' at row 1 mysql> show errors; +——-+——+——————————————+ | Level | Code | Message                                  | +——-+——+——————————————+ | Error | 1406 | Data too long for column 'name' at row 1 | +——-+——+——————————————+ 1 row in set (0.00 sec) mysql> select * from test; Empty set (0.00 sec) 我们可以看到，在STRICT_TRANS_TABLES模式下，当我们插入数据时，mysql会严格的进行数据的校验，当发现插入列值未满足要求，直接报告error错误，保证了错误数据无法插入到数据库中。 1.3 TRADITIONAL模式 mysql> set @@sql_mode=TRADITIONAL; Query OK, 0 rows affected (0.00 sec) mysql> create table test(name varchar(4), pass varchar(4)); Query OK, 0 rows affected (0.02 sec) mysql> insert into test values('aaaaa','aaaaa'),('bbbb','bbbb'); ERROR 1406 (22001): Data too long for column 'name' at row 1 mysql> show errors; +——-+——+——————————————+ | Level | Code | Message                                  | +——-+——+——————————————+ | Error | 1406 | Data too long for column 'name' at row 1 | +——-+——+——————————————+ 1 row in set (0.00 sec) mysql> select * from test; Empty set (0.00 sec) TRADITIONAL模式与STRICT_TRANS_TABLES模式执行的结果，在这种情况下一致。 mysql> select @@sql_mode\G; *************************** 1. row *************************** @@sql_mode: STRICT_TRANS_TABLES,STRICT_ALL_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,E RROR_FOR_DIVISION_BY_ZERO,TRADITIONAL,NO_AUTO_CREATE_USER 1 row in set (0.00 sec) 看一下TRADITIONAL模式，我们发现在TRADITIONAL模式下，对所有的事务存储引擎，非事务存储引擎检查，日期类型中的月和日部分不能包含0，不能有0这样的日期(0000-00-00),数据不能除0，禁止grant自动创建新用户等一些校验。 注意：我们这里设置的sql_mode都是session级别的。另外，可以直接修改my.ini文件，找到sql_mode，然后设置新的模式即可！ 例如： […]

MySQL数据库高并发优化配置

在Apache, PHP, mysql的体系架构中，MySQL对于性能的影响最大，也是关键的核心部分。对于Discuz!论坛程序也是如此，MySQL的设置是否合理优化，直接 影响到论坛的速度和承载量！同时，MySQL也是优化难度最大的一个部分，不但需要理解一些MySQL专业知识，同时还需要长时间的观察统计并且根据经验 进行判断，然后设置合理的参数。 下面我们了解一下MySQL优化的一些基础，MySQL的优化我分为两个部分，一是服务器物理硬件的优化，二是MySQL自身(my.cnf)的优化。 一、服务器硬件对MySQL性能的影响 ① 磁盘寻道能力（磁盘I/O）,以目前高转速SCSI硬盘(7200转/秒)为例，这种硬盘理论上每秒寻道7200次，这是物理特性决定的，没有办法改变。 MySQL每秒钟都在进行大量、复杂的查询操作，对磁盘的读写量可想而知。所以，通常认为磁盘I/O是制约MySQL性能的最大因素之一，对于日均访问量 在100万PV以上的Discuz!论坛，由于磁盘I/O的制约，MySQL的性能会非常低下！解决这一制约因素可以考虑以下几种解决方案：  使用RAID-0+1磁盘阵列，注意不要尝试使用RAID-5，MySQL在RAID-5磁盘阵列上的效率不会像你期待的那样快。 ②CPU 对于MySQL应用，推荐使用S.M.P.架构的多路对称CPU，例如：可以使用两颗Intel Xeon 3.6GHz的CPU，现在我较推荐用4U的服务器来专门做数据库服务器，不仅仅是针对于mysql。 ③物理内存对于一台使用MySQL的Database Server来说，服务器内存建议不要小于2GB，推荐使用4GB以上的物理内存，不过内存对于现在的服务器而言可以说是一个可以忽略的问题，工作中遇到了高端服务器基本上内存都超过了16G。 二、 MySQL自身因素 当解决了上述服务器硬件制约因素后，让我们看看MySQL自身的优化是如何操作的。对MySQL自身的优化主要是对其配置文件 my.cnf中的各项参数进行优化调整。下面我们介绍一些对性能影响较大的参数。  由于my.cnf文件的优化设置是与服务器硬件配置息息相关的，因而我们指定一个假想的服务器硬件环境： 下面，我们根据以上硬件配置结合一份已经优化好的my.cnf进行说明： #vim /etc/my.cnf以下只列出my.cnf文件中[mysqld]段落中的内容，其他段落内容对MySQL运行性能影响甚微，因而姑且忽略。  代码如下 [mysqld] port = 3306 serverid = 1 socket = /tmp/mysql.sock skip-locking #避免MySQL的外部锁定，减少出错几率增强稳定性。 skip-name-resolve #禁止MySQL对外部连接进行DNS解析，使用这一选项可以消除MySQL进行DNS解析的时间。但需要注意，如果开启该选项，则所有远程主机连接授权都要使用IP地址方式，否则MySQL将无法正常处理连接请求！ back_log = 384 #back_log 参数的值指出在MySQL暂时停止响应新请求之前的短时间内多少个请求可以被存在堆栈中。  如果系统在一个短时间内有很多连接，则需要增大该参数的值，该参数值指定到来的TCP/IP连接的侦听队列的大小。不同的操作系统在这个队列大小上有它自 己的限制。 试图设定back_log高于你的操作系统的限制将是无效的。默认值为50。对于Linux系统推荐设置为小于512的整数。 key_buffer_size = 256M #key_buffer_size指定用于索引的缓冲区大小，增加它可得到更好的索引处理性能。对于内存在4GB左右的服务器该参数可设置为256M或384M。注意：该参数值设置的过大反而会是服务器整体效率降低！ max_allowed_packet = 4M thread_stack = 256K table_cache = 128K sort_buffer_size = 6M #查询排序时所能使用的缓冲区大小。注意：该参数对应的分配内存是每连接独占，如果有100个连接，那么实际分配的总共排序缓冲区大小为100 × 6 ＝ 600MB。所以，对于内存在4GB左右的服务器推荐设置为6-8M。 read_buffer_size = 4M #读查询操作所能使用的缓冲区大小。和sort_buffer_size一样，该参数对应的分配内存也是每连接独享。 join_buffer_size = 8M #联合查询操作所能使用的缓冲区大小，和sort_buffer_size一样，该参数对应的分配内存也是每连接独享。 myisam_sort_buffer_size = 64M table_cache = 512 thread_cache_size = 64 query_cache_size […]

MySql 申明变量以及赋值

sql server中变量要先申明后赋值： 局部变量用一个@标识，全局变量用两个@（常用的全局变量一般都是已经定义好的）； 申明局部变量语法：declare @变量名 数据类型；例如：declare @num int； 赋值：有两种方法式（@num为变量名，value为值） set @num=value;   或   select @num=value; 如果想获取查询语句中的一个字段值可以用select给变量赋值,如下： select @num=字段名 from 表名 where …… mysql中变量不用事前申明，在用的时候直接用“@变量名”使用就可以了。 第一种用法：set @num=1; 或set @num:=1; //这里要使用变量来保存数据，直接使用@num变量 第二种用法：select @num:=1; 或 select @num:=字段名 from 表名 where …… 注意上面两种赋值符号，使用set时可以用“=”或“：=”，但是使用select时必须用“：=赋值”   from:http://www.cnblogs.com/qixuejia/archive/2010/12/21/1913203.html

windows 下安装配置mysql cluster

1、环境规划(我是在虚拟机环境下安装的) win03 192.168.2.57（管理节点，存储节点，sql节点） win03 192.168.2.56（存储节点，sql节点）   2、安装程序 在两台机器上面同时进行 第一步： 下载安装软件地址：https://edelivery.oracle.com/EPD/Search/handle_go 我的用的版本是MySQL Cluster 7.3.8 第二步： 管理节点安装时必须安装在c盘下，建议使用默认安装目录。如：C:\Program Files\MySQL\MySQL Cluster 7.3 非管理节点可安装在任意路径下 第三步： 安装mysql服务 在CMD命令行参数下： C:\Users\Administrator>cd C:\Program Files\MySQL\MySQL Cluster 7.3\bin C:\Program Files\MySQL\MySQL Cluster 7.3\bin>mysqld.exe --install mysql 第四步： 设置环境变量 3、创建管理节点配置文件 第一步： 创建config.ini文件，存放路径可任意存放 在c:\cluster\config.ini文件 内容为： [NDBD DEFAULT] NoOfReplicas=2   /*设置的节点个数*/ [NDB_MGMD] ID=1 hostname=192.168.2.57 datadir=c:\cluster\data #config storage nodeid [NDBD] ID=2 hostname=192.168.2.57 datadir=c:\cluster\ndbdata [NDBD] ID=3 hostname=192.168.2.56 datadir=C:\cluster\ndbdata #config SQL NODEID [MYSQLD] ID=4 hostname=192.168.2.57 [MYSQLD] ID=5 hostname=192.168.2.56 4、配置存储节点、SQL节点 第一步： 创建管理节点my.ini, 在安装路径下找一个my-default.ini文件,重命名为my.ini 如果将存储节点、SQL节点存放在同一台服务上，请在my.ini加入以下信息 建议在[mysqld]上方加入以下信息，此配置作用于存储节点挂载 [mysql_cluster] ndb-connectstring=192.168.2.57 在[mysqld]下加入,此配置作用于sql节点挂载 ndbcluster ndb-connectstring=192.168.2.57 #防止出现table is full错误 tmp_table_size = 1600M max_heap_table_size = 1600M […]

windows 下 cannal & otter 配置

技术准备：下载相关组件和文档，下载地址：http://pan.baidu.com/s/1mgVIL5Y 电脑：最好准备两台以上机器进行测试； mysql数据库配置： [client] port=3306 [mysql] #如果不是修改成UTF8 default-character-set=UTF8 [mysqld] port=3306 #Path to installation directory. All paths are usually resolved relative to this. basedir="C:/Program Files/MySQL/MySQL Server 5.5/" #Path to the database root datadir="C:/ProgramData/MySQL/MySQL Server 5.5/Data/" # The default character set that will be used when a new schema or table is #如果不是修改成UTF8 character-set-server=UTF8 # The default storage engine that will be used when create new tables when default-storage-engine=INNODB # Set the SQL mode to strict sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION" # connection limit has been reached. max_connections=100 query_cache_size=0 table_cache=256 tmp_table_size=35M thread_cache_size=8 myisam_max_sort_file_size=100G myisam_sort_buffer_size=69M […]

使用alibaba的otter进行MSYQL数据库同步(转载)

otter依赖于canal提供数据库日志，针对mysql数据有一些要求，具体请查看：https://github.com/alibaba/canal/wiki/QuickStart 有一点特别注意：目前canal支持mixed,row,statement多种日志协议的解析，但配合otter进行数据库同步，目前仅支持row协议的同步，使用时需要注意. show variables like '%binlog_format%';  SET SESSION binlog_format = 'ROW'; SET GLOBAL binlog_format = 'ROW'; #SET SESSION binlog_format = 'STATEMENT'; #SET GLOBAL binlog_format = 'STATEMENT'; #SET SESSION binlog_format = 'MIXED'; #SET GLOBAL binlog_format = 'MIXED'; 环境准备 1. 操作系统    a. otter为纯java编写，windows/linux均可支持    b. jdk建议使用1.6.25以上的版本，稳定可靠，目前阿里巴巴使用基本为此版本 2. 整个otter同步由几部分组成，需要预先进行安装，后续会有专门的篇幅展开介绍 manager node 3. otter node依赖于zookeeper进行分布式调度，需要安装一个zookeeper节点或者集群.    重要：考虑异地机房的地域性，node机器会优先选择就近的zookeeper节点进行访问，比如国际站会在杭州和美国各部署node，针对美国的node会选择美国的zookeeper进行访问，提升读效率. ps. 不同机房的zookeeper集群组成一个物理大集群，只不过是根据地域不同划分为不同逻辑集群，所有地域的node机器对zookeeper进行写操作都会发到一个地域的zookeeper进行paoxs算法仲裁.    所以，manager启动完成后，需要首先定义不同机房的zookeeper机器集群。    比如：目前otter使用的zookeeper集群，在杭州会有3个机房，分别部署3+2+2台机器组成一个leader/follower集群，在美国一个机房部署2台机器，做为杭州机房zookeeper的observer(读镜像)，(observer模式特点：读请求在自己本地，写请求代理到leader/follower上投票处理，然后异步接收leader的写结果反馈. ) observer配置文档： http://zookeeper.apache.org/doc/trunk/zookeeperObservers.html 说明：添加了zookeeper集群后，会在添加node和canal时自动出现在可选列表里。 这也是添加node和canal的一个前提 环境安装 1. manager安装 Otter Manager QuickStart： Manager_Quickstart 2. node安装 Otter Node QuickStart : Node_Quickstart 网友分享 网友安装otter过程记录，供未接触java/mvn开发的运维人员使用 ：http://blog.sina.com.cn/s/articlelist_1869333262_0_1.html 操作演示 演示视频（5分钟教你配置一个同步任务）：请点击图片或者这里 演示说明：   1. 搭建一个数据库同步任务，源数据库ip为：10.20.144.25，目标数据库ip为：10.20.144.29. 源数据库已开启binlog，并且binlog_format为ROW.

  2. 数据同步精确到一张表进行测试，测试的表名为test.example，简单包含两个子段，测试过程中才创建. […]

学一点 mysql 双机异地热备份——快速理解mysql主从，主主备份原理及实践

双机热备的概念简单说一下，就是要保持两个数据库的状态自动同步。对任何一个数据库的操作都自动应用到另外一个数据库，始终保持两个数据库数据一致。 这样做的好处多。 1. 可以做灾备，其中一个坏了可以切换到另一个。 2. 可以做负载均衡，可以将请求分摊到其中任何一台上，提高网站吞吐量。  对于异地热备，尤其适合灾备。废话不多说了。我们直接进入主题。 我们会主要介绍两部分内容： 一， mysql 备份工作原理 二， 备份实战   我们开始。 我使用的是mysql 5.5.34，     一， mysql 备份工作原理 简单的说就是把 一个服务器上执行过的sql语句在别的服务器上也重复执行一遍， 这样只要两个数据库的初态是一样的，那么它们就能一直同步。   当然这种复制和重复都是mysql自动实现的，我们只需要配置即可。   我们进一步详细介绍原理的细节， 这有一张图： 上图中有两个服务器， 演示了从一个主服务器（master） 把数据同步到从服务器（slave）的过程。 这是一个主-从复制的例子。 主-主互相复制只是把上面的例子反过来再做一遍。 所以我们以这个例子介绍原理。   对于一个mysql服务器， 一般有两个线程来负责复制和被复制。当开启复制之后。   1. 作为主服务器Master，  会把自己的每一次改动都记录到 二进制日志 Binarylog 中。 （从服务器会负责来读取这个log， 然后在自己那里再执行一遍。）   2. 作为从服务器Slave， 会用master上的账号登陆到 master上， 读取master的Binarylog,  写入到自己的中继日志 Relaylog， 然后自己的sql线程会负责读取这个中继日志，并执行一遍。  到这里主服务器上的更改就同步到从服务器上了。   在mysql上可以查看当前服务器的主，从状态。 其实就是当前服务器的 Binary（作为主服务器角色）状态和位置。 以及其RelayLog（作为从服务器）的复制进度。   例如我们在主服务器上查看主状态：  

稍微解释一下这几行的意思： 1. 第一行表明 当前正在记录的 binarylog文件名是： mysql-bin.000014. 我们可以在mysql数据目录下，找到这个文件：   2.  第二行， 107. 表示当前的文件偏移量， 就是写入在mysql-bin.000014 文件的记录位置。 这两点就构成了 主服务器的状态。  配置从服务器的时候，需要用到这两个值。 告诉从服务器从哪读取主服务器的数据。 （从服务器会登录之后，找到这个日志文件，并从这个偏移量之后开始复制。）   3. […]

mysql通过binlog恢复数据

如果mysql不小心操作失误导致数据错误或者丢失这时候binlog起到了很大的作用 恢复有几种方式 1.按时间恢复--start-datetime 如果确定了时间点，那么按时间恢复是一个再好不过的事，一般是通过日常的定期备份+差异备份（日志） 如果日常备份在4点，出错的时间在12：00点，12：30发现的，首先我们要确认12点出了什么错，12点以后的数据还能不能继续使用，如果不影响，那么我们只需跳过12：00执行的数据即可 首先，恢复4点的备份 然后，通过binlog获取4点到11：59的数据，获取的数据可以直接作用到数据库中，避免二次污染，最好先生成sql文件  mysqlbinlog --start-datetime="2014-11-07 04:01:00"  --stop-datetime="2014-11-07 11:59:00" /data/mysql/data/mysql-bin.000020 >/home/madong/aa.sql 在获取12：01-12：30的数据  mysqlbinlog --start-datetime="2014-11-07 12:01:00"  --stop-datetime="2014-11-07 12:30:00" /data/mysql/data/mysql-bin.000020 >>/home/madong/aa.sql 最后通过mysql命令行 source   /home/madong/aa.sql 如果12点以后的数据还不能继续使用 那么我们只需要恢复到12点，12：00-12：30的数据就不需要恢复 2.通过--start-position节点 思路和上面的一样，首先要确定节点的id，在恢复 例： 描述：2014-11-07 13:50 游戏数据库数据全部清空 故障发现时间：13：50 故障发生时间：13：40左右 故障结束时间：15：55 恢复过程： 故障触发，游戏马上关服，进行维护，故障原因已知（数据没了） 1.首先确认恢复时间点 恢复带2014-11-07 13:30 2.因为刚开服不久，所以准备从最原始开始恢复，不从4点的完整备份节点恢复 准备不直接操作，先生成sql，  mysqlbinlog --start-datetime="2014-11-06 09:50:00"  --stop-datetime="2014-11-07 13:30:00" /data/mysql/data/mysql-bin.000020 >/home/madong/aa.sql （aa.sql 500M左右） 3.因数据库重置之后又有玩家注册，如果导入数据会出现主键冲突，所以再次清空数据库（保留基表数据） 4.导入sql 进入mysql命令行，并切换数据库（use DBNAME） source /home/madong/aa.sql 执行开始时间14：57 结束时间15：54  大约一个小时 from:http://www.cnblogs.com/liuyisai/p/5621909.html