一、主从配置的原理:
MySQL的 Replication 是一个异步的复制过程，从一个 MySQL instace(我们称之为 Master)复制到另一个MySQL instance(我们称之 Slave)。在 Master 与 Slave之间的实现整个复制过程主要由三个线程来完成，其中两个线程(Sql 线程和IO线程)在 Slave 端，另外一个线程(IO线程)在 Master端。
要实现MySQL 的Replication ，首先必须打开Master 端的Binary Log(MySQL-bin.xxxxxx)功能，否则无法实现。因为整个复制过程实际上就是Slave从Master端获取该日志然后再在自己身上完全顺序的执行日志中所记录的各种操作。打开 MySQL 的 Binary Log 可以通过在启动 MySQL Server 的过程中使用“—log-bin”参数选项，或者在 https://www.doczj.com/doc/9c10651281.html,f 配置文件中的 MySQLd 参数组([MySQLd]标识后的参数部分)增加“log-bin”参数项。
MySQL 复制的基本过程如下：
1. Slave 上面的IO线程连接上 Master，并请求从指定日志文件的指定位置(或者从最开始的日志)之后的日志内容;
2. Master 接收到来自 Slave 的 IO 线程的请求后，通过负责复制的 IO线程根据请求信息读取指定日志指定位置之后的日志信息，返回给 Slave 端的 IO 线程。返回信息中除了日志所包含的信息之外，还包括本次返回的信息在 Master 端的 Binary Log 文件的名称以及在 BinaryLog 中的位置;
3. Slave 的 IO 线程接收到信息后，将接收到的日志内容依次写入到 Slave 端的RelayLog文件(MySQL-relay-bin.xxxxxx)的最末端，并将读取到的Master 端的bin-log的文件名和位置记录到master-info文件中，以便在下一次读取的时候能够清楚的高速Master“我需要从某个bin-log的哪个位置开始往后的日志内容，请发给我”
4. Slave 的 SQL 线程检测到 Relay Log 中新增加了内容后，会马上解析该 Log 文件中的内容成为在 Master端真实执行时候的那些可执行的 Query 语句，并在自身执行这些 Query。这样，实际上就是在 Master 端和 Slave端执行了同样的 Query，所以两端的数据是完全一样的。
二、设置MySQL主从配置的优点
1、解决web应用系统，数据库出现的性能瓶颈，采用数据库集群的方式来实现查询负载；一个系统中数据库的查询操作比更新操作要多得多，通过多台查询服务器将数据库的查询分担到不同的查询服务器上从而提高查询效率。
2、MySQL数据库支持数据库的主从复制功能，使用主数据库进行数据的插入、删除与更新操作，而从数据库则专门用来进行数据查询操作，这样可以将更新操作和查询操作分担到不同的数据库上，从而提高了查询效率。
三、主从数据库服务器的配置（可以设置一个或者多个从服务器）
环境：
数据库版本号：5.5.32 MySQL
主库电脑的IP：192.168.4.15
丛库电脑的IP：192.168.4.21
1、首先查看两台机器之间的网络是否是通的
用其中的一台ping另外一台，如下用IP地址为192.168.4.21的主机ping192.168.4.15的机器，其结果如下：
如果结果如上图所示，则说明两台机器的网络是通的，否则请先检查网络。
2、打开主数据库，在主数据库里面建一个需要同步的数据库，如下 user数据库
3、配置主数据库服务器
(1)、修改MySQL的配置文件（my.ini），如下，在mysqlld里面添加：
上面的这些配置的含义：
- server-id 顾名思义就是服务器标识id号了，每一台服务器都有一个固定的标示id。
- log-bin MySQL进行主从复制是通过二进制的日志文件来进行的，此处是开启MySQL的日志功能
- binlog-do-db 是你需要复制的数据库名称，
- binlog-ignore-db 是不需要复制的数据库名称
（2）、重新启动主数据库，给主数据库服务器授予一个可以进行复制的用户，如下的slave，这样从服务器就能通过这个连接用户有权限来访问主数据库服务器：GRANT REPLICATION SLAVE,REPLICATION CLIENT,RELOAD,SUPER ON *.* TO 'slave'@'192.168.4.21' IDENTIFIED BY '' with grant option ;
如下：
密码用户权限用户名从机IP 设置完毕以后可以通过NAVCAT查看权限：
(3)、重新启动主数据库，通过mysql>show master status;监控主服务器的状态
*记下file 和possion的值，这里的file，position会在从库的配置里用到。
4、从数据库服务器的配置
(1)、修改MySQL的配置文件（my.ini），如下，在mysqlld里面添加：、
#server-id = 1 ####必须把server-id = 1注释掉，
上面的这些配置的含义：
- server-id=2 从数据库的唯一标示id为2
- master-host=192.168.4.15 #主数据库的ip地址
- master-user=slave #主数据库已经授权的可以连接复制的用户的用户名
- master-password= #主数据库已经授权的可以连接复制的用户的密码
- master-port=3306 #主数据库的端口号
(2)、启动从数据库
我当时遇到的情况是没有成功启动，查看error日志
发现
然后把下面四行注释掉
master-host=192.168.4.15 #主数据库的ip地址
master-user=slave #主数据库已经授权的可以连接复制的用户的用户名
master-password= #主数据库已经授权的可以连接复制的用户的密码
master-port=3306 #主数据库的端口号
再执行下面的命令。
slave stop;
change master to master_host='192.168.4.15', master_user='slave', master_password='', master_log_file='mysql-bin.', master_log_pos=107;
slave start;
如下：
(3)、可以通过show slave status;来看看从库的情况。不过信息太多。为了方便查看可以用下面这个命令
show slave status \G;
显示结果如下：
查看上面的Slave_IO_Running: Yes 和Slave_SQL_Running: Yes 2个都为yes则证明主从同步正常，如果有任一个显示NO,则证明同步有问题。可以查看数据库日志文件，里面基本上会显示出错误之处，根据错误一步一步排查，基本上都可以解决的。
3、在从数据库中创建一个与要备份的主数据库相同的数据库名，则配置完成。从数据库会随着主数据库的改变动态的同步数据库。如下，在主数据库的user表中创建一个user 表
此时查看从数据库，可以发现：
则说明主从数据库搭建成功。
五、常见问题与解答
1、现象：修改完配置后，
重启MySQL，提示MySQL manager or server PID file could not be found
解决：查找进程中的MySQL，kill掉
> service MySQL restart
> ps -aux|grep myslq
> kill 进程号
# service MySQL start
注：MySQL.sock文件在MySQL启动后才会生成，位置为/tmp下或/var/lib/MySQL/下2、现象：从数据库无法同步，
show slave status显示Slave_SQL_Running为No,Seconds_Behind_Master为null
原因： a.程序可能在slave上进行了写操作
b.也可能是slave机器重起后，事务回滚造成的.
解决：方法一：
MySQL> slave stop;
MySQL> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
MySQL> slave start;
解决：方法二：
Slave库，MySQL> slave stop; --停掉slave服务
Master库，MySQL> show master status;
+----------------------+----------+--------------+------------------+
|File |Position |Binlog_Do_DB |Binlog_Ignore_DB |
+----------------------+----------+--------------+------------------+
| MySQL-bin. | 324 | | |
+----------------------+----------+--------------+------------------+
然后到slave服务器上执行手动同步
MySQL> change master to
> master_host='192.168.1.2',
> master_user='repuser',
> master_password='',
> master_port=3306,
> master_log_file='MySQL-bin.',
> master_log_pos=324;
启动slave服务，MySQL> slave start;
通过show slave status查看Slave_SQL_Running为Yes,Seconds_Behind_Master为0，即为正常。
注：手动同步需要停止master的写操作！
3、现象：从数据库无法同步，
show slave status显示Slave_IO_Running为No,Seconds_Behind_Master为null
解决：重启主数据库
service MySQL restart
MySQL> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| MySQL-bin. | 98 | | |
+------------------+----------+--------------+------------------+ MySQL> slave stop;
MySQL> change master to Master_Log_File=‘MySQL-bin.',Master_Log_Pos=98 MySQL> slave start;
MySQL数据库 1.数据库 又称Database，是存储和管理数据的软件系统，是各种数据库对象的集合。它的作用是存储数据，管理数据和检索数据 数据库可以简单看成存放“数据”的“仓库”，它是由表和其他数据库对象组成，数据存放在表中 2.数据库的文件 主数据文件： 包含数据库的启动信息，还可以用来存储数据。扩展名：mdf 事务日志文件： 保存用来恢复数据库的日志信息。扩展名：ldf 3.创建和删除数据库 创建数据库： Create database 数据库名
删除数据库： Drop database 数据库名 4.基本数据类型 varchar： 用以存储可变长度的字符串，单位是“字节”nvarchar： 用以存储可变长度的字符串，单位是“字符”char： 用以存储固定长度的字符串，单位是“字节”datatime： 用以存储日期时间数据
float、decimal： 用来存储浮点类型数据 5.约束方法和完整性 七大约束方法： 主键约束、外键约束、唯一约束、标识列、默认值约束、check 约束、非空约束 三大完整性： 域完整性、实体完整性、引用完整性 主键约束： 必须给一张表建立一个永不重复的字段，用来区分一张表中的每一条记录，这个字段称为主键，任何一张数据表都必须要定义主键 6.SQL语句创建表
CREATE TABLE student( sid INT PRIMARY KEY AUTO_INCREMENT, sname VARCHAR(10) NOT NULL CHECK(len(sname)>1), sex NVARCHAR(1) NOT NULL DEFAULT '男', class VARCHAR(10) )AUTO_INCREMENT=1001; CREATE TABLE course( cid INT PRIMARY KEY AUTO_INCREMENT, cname VARCHAR(30) NOT NULL UNIQUE ); CREATE TABLE score(
美河学习在线https://www.doczj.com/doc/9c10651281.html, MySQL主从复制 MySQL主从复制、搭建、状态检查、中断排查及备库重做 本文档主要对MySQL主从复制进行简单的介绍，包括原理简介、搭建步骤、状态检查、同步中断及排查、备库重建。
目录 一、MySQL主从复制概述 (2) 1、主从复制简介 (2) 2、主从复制原理、机制 (2) 3、主从复制原理图 (3) 二、MySQL主从复制搭建 (4) 1、Master端配置部署 (4) 2、Slave端配置部署 (4) 3、建立主从同步 (4) 三、主从复制状态检查及异常处理 (6) 1、主从复制状态检查 (6) 2、IO_thread异常 (7) 3、sql_thread异常 (8) 4、主从复制延迟 (9)
一、MySQL主从复制概述 1、主从复制简介 MySQL主从复制就是将一个MySQL实例（Master）中的数据实时复制到另一个MySQL实例(slave)中，而且这个复制是一个异步复制的过程。 实现整个复制操作主要由三个进程完成的，其中两个进程在Slave（sql_thread和IO_thread），另外一个进程在 Master（IO进程）上。 2、主从复制原理、机制 要实施复制，首先必须打开Master端的binary log（bin-log）功能，否则无法实现。因为整个复制过程实际上就是Slave从Master端获取该日志然后再在自己身上完全顺序的执行日志中所记录的各种操作。 复制的基本过程如下： 1)、Slave上面的IO_thread连接上Master，并请求从指定日志文件的指定位置（或者从最开始的日志）之后的日志内容； 2)、Master接收到来自Slave的IO_thread的请求后，通过负责复制的IO进程根据请求信息读取制定日志指定位置之后的日志信息，返回给Slave 的IO_thread。返回信息中除了日志所包含的信息之外，还包括本次返回的信息已经到Master端的bin-log file的以及bin-log pos； 3)、Slave的IO_thread接收到信息后，将接收到的日志内容依次添加到Slave端的relay-log文件的最末端，并将读取到的Master端的 bin-log的文件名和位置记录到master-info文件中，以便在下一次读取的时候能够清楚的告诉Master“我需要从某个bin-log的哪个位置开始往后的日志内容，请发给我”； 4)、Slave的Sql_thread检测到relay-log中新增加了内容后，会马上解析relay-log 的内容成为在Master端真实执行时候的那些可执行的内容，并在本数据库中执行。
1.mysql数据同步实现原理 即读写操作在两台服务器上进行，每台服务器即主也是从。当其中的任何一台服务器收到操作请求时，其进行相应的数据变化，并把变化的数据复制到另一台服务器中。 2.配置服务器master 初始服务器 通过mysql工具连接服务器master后，新建两个数据库audit，idm。导入初始化数据库文件，完成数据库的初始化 给用户授权 从开始菜单中打开mysql5的命令行，输入正确的密码，进入mysql控制台命令行模式后，输入如下命令： #授权来自192.168.0.189的backup用户拥有对所有库的复制数据的权限，该用户的密码设为123456 GRANT REPLICATION SLAVE ON *.* TO 'backup'@'192.168.0.189' IDENTIFIED BY '123456'; #刷新权限设置 FLUSH PRIVILEGES ; 修改配置文件 修改主目录中的my.inf文件，在mysqld下面加入如下内容 server-id = 1 log-bin=mysql-bin binlog-do-db = audit binlog-do-db = idm binlog-ignore-db = information_schema binlog-ignore-db = mysql binlog-ignore-db = test master-host = 192.168.0.189 master-user = backup master-password = 123456 master-port = 3306
replicate-do-db = audit replicate-do-db = idm master-connect-retry = 60 3.配置服务器slave 初始服务器 通过mysql工具连接服务器ha002后，新建两个数据库audit，idm。导入初始化数据库文件，完成数据库的初始化 给用户授权 从开始菜单中打开mysql5的命令行，输入正确的密码，进入mysql控制台命令行模式后，输入如下命令： #授权来自192.168.0.188的backup用户拥有对所有库的复制数据的权限，该用户的密码设为123456 GRANT REPLICATION SLAVE ON *.* TO 'backup'@'192.168.0.188' IDENTIFIED BY '123456'; #刷新权限设置 FLUSH PRIVILEGES ; 修改配置文件 修改主目录中的my.inf文件，在mysqld下面加入如下内容 server-id = 2 master-host = 192.168.0.188 master-user = backup master-password = 123456 master-port = 3306 relicate-do-db = audit replicate-do-db = idm master-connect-retry = 60 log-bin=mysql-bin binlog-do-db = audit binlog-do-db = idm binlog-ignore-db = information_schema
MySQL关系型数据库介绍 1.MySQL简介 MySQL是一个精巧的关系型数据库管理系统，该系统软件的开发者是瑞典的MySQLAB公司，现该关系型数据库管理系统属于Oracle 公司所有。 作为一个强大功能、灵活性、丰富的应用编程接口（API）以及精巧的系统结构数据库，受到了广大自由软件爱好者甚至是商业软件用户的青睐。 2.特点 2.1.综合统一 在MySQL系统中其所采用的语言是相对统一的，能够独立支撑起数据库在其生命周期中所进行的所有活动。 2.2.高度非过程化 在MySQL关系型数据系统当中，能够按照使用者的需要来进行自动地运行，简化操作的方式，不需要用户对存取的路径进行掌控，所有的存取路径选择均是由系统来进行完成，减少了不必要的负担，从而让数据的独立性得到有效提升，让用户在使用时更加方便。 2.3.面向集合的操作模式 MySQL操作采用了集合的方式来进行，能够通过元组集合将操作对象和查找结果集合到一起，同时还可以将插入、删除、更新等作为
一个元组集合来进行一次性地操作。 2.4.同语法结构支持多种使用方式 MySQL既是独立的语言，能够有效地进行联机交互，用户只要通过终端计算机的键盘进行MySQL命令的键入就可以实现对数据库的各种操作；又是嵌入式语言，可以被程序员直接来进行程序设计所用。适用多种情况，为用户提供了极大的灵活性与方便性。 3.MySql的优缺点 3.1.优点 （1）成本低。MySQL是开放源码软件，总体拥有成本低。 通过使用Linux作为操作系统，Apache作为Web服务器，MySQL作为数据库，PHP作为服务器端脚本解释器就可以建立起一个稳定、免费的网站系统。而这四个软件都是免费或开放源码软件(FLOSS)，用户不用花一分钱(除开人工成本)。 （2）通过关联数据库管理系统来进行数据的读取与使用能够有效提高数据的使用效率，提高了运算的速度，更具灵活性。 （3）使用C和C++编写，并使用了多种编译器进行测试，保证源代码的可移植性； （4）支持AIX、FreeBSD、HP-UX、Linux、MacOS、NovellNetware、OpenBSD、OS/2Wrap、Solaris、Windows等多种操作系统； （5）为多种编程语言提供了API。这些编程语言包括C、C++、
一：MySQL复制： MySQL复制简介： 将master服务器中主数据库的ddl和dml操作通过二进制日志传到slaves服务器上，然后在master服务器上将这些日志文件重新执行，从而使得slave服务器和master服务器上的数据信息保持同步。 Mysql复制的原理： 将数据分布到多个系统上去，是通过将Mysql的某一台master主机的数据复制到其它（slave）主机上，并重新执行一遍来实现的； 复制过程中一个服务器充当master服务器，而一台或多台其它服务器充当slave服务器。master服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循环。 这些日志可以记录发送到slave服务器的更新。当一个slaves服务器连接master服务器时，它通知master服务器从服务器在日志中读取的最后一次成功更新的位置。slave服务器接收从那时起发生的任何更新，然后封锁并等待master服务器通知新的更新。 mysql复制的优点： 在slave服务器上执行查询操作，降低master服务器的访问压力 当master服务器上出现了问题可以切换到slave服务器上，不会造成访问中断等问题 在slave服务器上进行备份，以避免备份期间影响master服务器的服务使用及日常访问
Mysql自身的复制功能：是构建大型、高性能应用程序的基础。 mysql支持的复制类型： 基于语句的复制：在主服务器上执行的SQL语句，在从服务器上执行同样的语句。MySQL默认采用基于语句的复制，效率比较高。一旦发现没法精确复制时，会自动选着基于行的复制。 基于行的复制：把改变的内容复制过去，而不是把命令在从服务器上执行一遍. 从mysql5.0开始支持 混合类型的复制:：默认采用基于语句的复制，一旦发现基于语句的无法精确的复制时，就会采用基于行的复制。 MySQL复制技术的特点： 数据分布(Data distribution ) 备份(Backups) 负载平衡(load balancing) 高可用性和容错性High availability and failover 复制的工作过程： master将改变记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log events）； slave将master的binary log events拷贝到它的中继日志(relay log)； slave重做中继日志中的事件，将改变反映它自己的数据。
MYSQL四种备份方法总结 Mysql数据库备份主要有4种方法： 1、mysqldump 2、直接拷贝(cp、tar,gzip,cpio) 3、mysqlhotcopy 4、同步复制 mysqldump生成能够移植到其它机器的文本文件，缺省地，文件内容包含创建正在倾倒的表的CREATE语句和包含表中行数据的INSERT语句。也就是说，mysqldump产生的输出可在以后用作mysql的输入来重建数据库。mysqldump比直接拷贝要慢些。 使用直接拷贝，如果正在备份的表正被读写就容易导致表损坏，而且不建议对isam表使用直接拷贝的方法来备份，因为ISAM表只能在相似的硬件结构的机器上拷贝。 1、mysqldump备份: 使用方法：mysqldump [OPTIONS] database [tables] 输出文件的开头看起来象这样： # MySQL Dump 6.0 # # Host: localhost Database: samp_db #--------------------------------------- # Server version 3.23.2-alpha-log # # Table structure for table 'absence' # CREATE TABLE absence( student_id int(10) unsigned DEFAULT '0' NOT NULL, date date DEFAULT '0000-00-00' NOT NULL, PRIMARY KEY (student_id,date) ); # # Dumping data for table 'absence' # INSERT INTO absence VALUES (3,'1999-09-03'); INSERT INTO absence VALUES (5,'1999-09-03'); INSERT INTO absence VALUES (10,'1999-09-08'); ...... 文件剩下的部分有更多的INSERT和CREATE TABLE语句组成。例： %mysqldump samp_db >/opt/mysqldatabak/samp_db.2006-5-15 %mysqldump samp_db | gzip >/usr/archives/mysql/samp_db.1999-10-02.gz #产生压缩备份 %mysqldump samp_db student score event absence >grapbook.sql #备份数据库的某些表 %mysqladmin -h https://www.doczj.com/doc/9c10651281.html, create samp_db %mysqldump samp_db | mysql -h https://www.doczj.com/doc/9c10651281.html, samp_db #直接恢复到另一个服务器上使用--add-drop-table选项告诉服务器将DROP TABLE IF EXISTS语句写入备份文件，这样当我们以后用来恢复数据库时，如果表已经存在，你
一、概述 MySQL从3.23.15版本以后提供数据库复制（replication）功能，利用该功能可以实现两个数据库同步、主从模式、互相备份模式的功能。本文档主要阐述了如何在linux系统中利用mysql的replication进行双机热备的配置。 二、环境 操作系统：Linux 2.6.23.1-42.fc8 # SMP（不安装XEN） Mysql版本：5.0.45-4.fc8 设备环境：PC（或者虚拟机）两台 三、配置 数据库同步复制功能的设置都在MySQL的配置文件中体现，MySQL的配置文件（一般是https://www.doczj.com/doc/9c10651281.html,f）：在本环境下为/etc/https://www.doczj.com/doc/9c10651281.html,f 。 3.1 设置环境： IP 的设置： A主机 IP：10.10.0.119 Mask：255.255.0.0 B主机 IP：10.10.8.112 Mask：255.255.0.0 在IP设置完成以后，需要确定两主机的防火墙确实已经关闭。可以使用命令service iptables status 查看防火墙状态。如果防火墙状态为仍在运行。使用service iptables stop 来停用防火墙。如果想启动关闭防火墙，可以使用setup 命令来禁用或定制。 最终以两台主机可以相互ping通为佳。 3.2 配置A主(master) B从(slave)模式 3.2.1 配置A 为master 1、增加一个用户同步使用的帐号： GRANT FILE ON *.* TO ‘backup’@'10.10.8.112' IDENTIFIED BY ‘1234’; GRANT REPLICATION SLAVE ON *.* TO ‘backup’@'10.10.8.112' IDENTIFIED BY ‘1234’; 赋予10.10.8.112也就是Slave 机器有File权限，只赋予Slave机器有File权限还不行，还要给它REPLICATION SLAVE的权限才可以。 2、增加一个数据库作为同步数据库： create database test; 3、创建一个表结构： create table mytest (username varchar(20),password varchar(20)); 4、修改配置文件： 修改A的/etc/https://www.doczj.com/doc/9c10651281.html,f 文件，在https://www.doczj.com/doc/9c10651281.html,f 配置项中加入下面配置：server-id = 1 #Server 标识 log-bin
前言 作为一名编程人员，对MySQL一定不会陌生，尤其是互联网行业，对MySQL的使用是比较多的。对于求职者来说，MySQL又是面试中一定会问到的重点，很多人拥有大厂梦，却因为MySQL败下阵来。实际上，MySQL并不难，今天这份最全的MySQL总结，助你向大厂“开炮”，面试不再被MySQL难倒。 注意：关于MySQL的内容整理，包括了面试题、学习笔记、使用文档以及Xmind思维图几个部分，需要高清完整版的请转发+关注，然后私信回复“666”获得免费领取方式 01、MySQL 面试题集合总结 1.1 MySQL 面试题（基础部分）： ?drop、truncate、delete区别 ?数据库三范式是什么? ?union和union all有什么不同? ?char、varchar2、varchar有什么区别？ ?合并查询有哪些？ ?SQL语句执行顺序 ?null的含义 ?MySQL、SqlServer、oracle写出字符存储、字符串转时间 ?update语句可以修改结果集中的数据吗？ ?B树和B+树的区别 ?你建过索引吗? 建索引的原则 ?索引的类型, 如主键索引 ?查看SQL执行计划
?有十万条数据, 写SQL语句查询其中某字段较大值的几条数据 ?子查询与关联查询的区别 ?MySQL InnoDB、Mysaim的特点？ ?乐观锁和悲观锁的区别？？ ?行锁和表锁的区别？ ?数据库隔离级别是什么？有什么作用？ ?MySQL主备同步的基本原理。 ?如何优化数据库性能（索引、分库分表、批量操作、分页算法、升级硬盘SSD、业务优化、主从部署） ?SQL什么情况下不会使用索引（不包含，不等于，函数） ?一般在什么字段上建索引（过滤数据最多的字段） ?MySQL，B+索引实现，行锁实现，SQL优化 ?如何解决高并发减库存问题 ?数据库事务的几种粒度 1.2 MySQL 面试题（实战部分）： ?数据库三范式，根据秒杀场景设计数据表 ?数据库的主从复制 ?死锁怎么解决 ?mysql并发情况下怎么解决（通过事务、隔离级别、锁） ?触发器的作用？ ?什么是存储过程？用什么来调用？ ?存储过程的优缺点？
mysql数据库同步跳过临时错误 slave stop; set GLOBAL SQL_SLAVE_SKIP_COUNTER=1; slave start; 几个跟热备有关的mysql命令:(需要在mysql命令行界面或query ） stop slave #停止同步 start slave #开始同步，从日志终止的位置开始更新。 show slave status #查看同步状态 SET SQL_LOG_BIN=0|1 #主机端运行，需要super权限，用来开停日志，随意开停，会造成主机从机数据不一致，造成错误 SET GLOBAL SQL_SLAVE_SKIP_COUNTER=n # 客户端运行，用来跳过几个事件，只有当同步进程出现错误而停止的时候才可以执行。 RESET MASTER #主机端运行,清除所有的日志，这条命令就是原来的FLUSH MASTER RESET SLAVE #从机运行，清除日志同步位置标志，并重新生成https://www.doczj.com/doc/9c10651281.html, 虽然重新生成了https://www.doczj.com/doc/9c10651281.html,,但是并不起用，最好，将从机的mysql进程重启一下，LOAD TABLE tblname FROM MASTER #从机运行，从主机端重读指定的表的数据，每次只能读取一个，受timeout时间限制，需要调整timeout时间。执行这个命令需要同步账号有 reload 和super权限。以及对相应的库有select权限。如果表比较大，要增加net_read_timeout 和 net_write_timeout的值 LOAD DATA FROM MASTER #从机执行，从主机端重新读入所有的数据。执行这个命令需要同步账号有reload和super权限。以及对相应的库有select权限。如果表比较大，要增加net_read_timeout 和 net_write_timeout的值 CHANGE MASTER TO master_def_list #在线改变一些主机设置，多个用逗号间隔,比如CHANGE MASTER TO MASTER_HOST='https://www.doczj.com/doc/9c10651281.html,', MASTER_USER='replication', MASTER_PASSWORD='bigs3cret' MASTER_POS_WAIT() #从机运行 SHOW MASTER STATUS #主机运行，看日志导出信息 SHOW SLAVE HOSTS #主机运行，看连入的从机的情况。 SHOW SLAVE STATUS (slave) SHOW MASTER LOGS (master) SHOW BINLOG EVENTS [ IN 'logname' ] [ FROM pos ] [ LIMIT [offset,] rows ] PURGE [MASTER] LOGS TO 'logname' ; PURGE [MASTER] LOGS BEFORE 'date'
如何使用MySQL数据库 一、下载软件： ●下载MySQL数据库压缩安装文件，解压后得到mysql-essential-5.1.36-win32文件 夹，运行安装程序，将其安装到指定位置。 ●要在Java应用中访问MySQL数据库，需要相应的驱动程序。下载驱动程序 mysql-connector-java-5.1.10.zip，在解压后的文件夹根目录中找到资源包 mysql-connector-java-5.1.10-bin.jar。并将其拷贝到Tomcat的安装目录的lib 文件夹下。 二、基本操作 ●使用密码admin进入编辑管理平台，假设要建立数据库testjdbc，数据表user。 ●建立数据库 create database TestJDBC; ●设定当前数据库 use testJDBC ●建立数据表 create table user(username varchar(32),password varchar(32),age int, address varchar(32) ); ●添加数据 insert into user(username, password, age, address) values(‘John’,’ 123456’,18,’Hexi District, Tianjin’) ●显示数据表内容 select * from user; 三、其他常用命令 ●删除数据库 drop database testjdbc; ●显示当前数据库 show databases; ●显示数据表 show tables; ●删除数据表 drop table user; ●显示数据表结构 describe user; 四、MySQL的配置 ● 1.选择向导，进入配置界面
主从复制的原理： 分为同步复制和异步复制，实际复制架构中大部分为异步复制。 复制的基本过程如下： 1)、Slave上面的IO进程连接上Master，并请求从指定日志文件的指定位置（或者从最开始的日志）之后的日志内容； 2)、Master接收到来自Slave的IO进程的请求后，通过负责复制的IO进程根据请求信息读取制定日志指定位置之后的日志信息，返回给Slave 的IO进程。返回信息中除了日志所包含的信息之外，还包括本次返回的信息已经到Master端的bin-log文件的名称以及bin-log的位置； 3)、Slave的IO进程接收到信息后，将接收到的日志内容依次添加到Slave端的relay-log文件的最末端，并将读取到的Master端的bin-log的文件名和位置记录到master-info文件中，以便在下一次读取的时候能够清楚的告诉Master“我需要从某个bin-log的哪个位置开始往后的日志内容，请发给我”； 4)、Slave的Sql进程检测到relay-log中新增加了内容后，会马上解析relay-log的内容成为在Master端真实执行时候的那些可执行的内容，并在自身执行。 Mysql为了解决这个风险并提高复制的性能，将Slave端的复制改为两个进程来完成。提出这个改进方案的人是Y ahoo!的一位工程师“Jeremy Zawodny”。这样既解决了性能问题，又缩短了异步的延时时间，同时也减少了可能存在的数据丢失量。当然，即使是换成了现在这样两个线程处理以后，同样也还是存在slave 数据延时以及数据丢失的可能性的，毕竟这个复制是异步的。只要数据的更改不是在一个事物中，这些问题都是会存在的。如果要完全避免这些问题，就只能用mysql的cluster来解决了。不过mysql的cluster是内存数据库的解决方案，需要将所有数据都load到内存中，这样就对内存的要求就非常大了，对于一般的应用来说可实施性不是太大。 复制常用架构 Mysql复制环境90%以上都是一个Master带一个或者多个Slave的架构模式，主要用于读压力比较大的应用的数据库端廉价扩展解决方案。因为只要master和slave的压力不是太大（尤其是slave端压力）的话，异步复制的延时一般都很少很少。尤其是自slave端的复制方式改成两个进程处理之后，更是减小了slave端的延时。而带来的效益是，对于数据实时性要求不是特别的敏感度的应用，只需要通过廉价的pc server来扩展slave的数量，将读压力分散到多台slave的机器上面，即可解决数据库端的读压力瓶颈。这在很大程度上解决了目前很多中小型网站的数据库压力瓶颈问题，甚至有些大型网站也在使用类似方案解决数据库瓶颈。 Mysql主从复制配置过程： 环境：master: 192.168.0.3 Slave: 192.168.0.4 Mysql版本为5.0.67（编译安装） database: eric 1.Master服务器启动mysql， a)#mysql –uroot –proot b)创建一个有复制权限的用户，只限slave远程连接访问. i. mysql>grant replication slave on *.* to replication@192.168.0.4
Mysql数据库安装及生产环境下主从库同步配置
目录 1安装M YSQL数据库...................................................................................................................................... 2生产环境下M Y SQL数据库主从同步配置................................................................................................. 2.1 主数据库配置 (5) 2.2 从数据库配置 (5) 3监控服务器............................................................................................................................................... 3.1 监控主数据库服务器 (6) 3.2 监控从数据库服务器 (6)
1安装Mysql数据库 安装环境： 系统：CentOS-6.6-x86_64 数据库：MySQL-server-5.5.42-1.el6.x86_64；MySQL-client-5.5.42-1.el6.x86_64 1.SSH方式登录到MySQL服务器 2.创建存放安装文件的目录 [root@localhost /]# mkdir -p /sw/mysql55 3.上传安装文件到上一步创建的目录 4.检查是否已安装过MySQL [root@localhost /]# rpm -qa | grep -i mysql MySQL-client-5.5.42-1.el6.x86_64 MySQL-server-5.5.42-1.el6.x86_64 5.如果已安装则移除，否则请跳过此步 [root@localhost /]# yum -y remove MySQL-server-5.5.42-1.el6.x86_64 [root@localhost /]# yum -y remove MySQL-client-5.5.42-1.el6.x86_64 删除老版本mysql的开发头文件和库 rm -fr /usr/lib/mysql rm -fr /usr/include/mysql rm -fr /var/lib/mysql rm -f /etc/https://www.doczj.com/doc/9c10651281.html,f 6.安装MySQL [root@localhost /]# cd /sw/mysql55/ [root@localhost mysql55]# rpm -ivh MySQL-server-5.5.42-1.el6.x86_64.rpm Preparing... ########################################### [100%] 1:MySQL-client ########################################### [100%] [root@localhost mysql55]# rpm -ivh MySQL-client-5.5.42-1.el6.x86_64.rpm Preparing... ########################################### [100%] 1:MySQL-server ########################################### [100%] 7.配置MySQL [root@localhost mysql55]# cp /usr/share/mysql/https://www.doczj.com/doc/9c10651281.html,f /etc/https://www.doczj.com/doc/9c10651281.html,f [root@localhost mysql55]# vi /etc/https://www.doczj.com/doc/9c10651281.html,f [client] #password = your_password port = 8819 socket = /var/lib/mysql/mysql.sock default-character-set=utf8 [mysqld] port = 8819 socket = /var/lib/mysql/mysql.sock lower_case_table_names=1
Mysql 数据库主主（master-master）同步方案 一、MySQL同步概述 1.MySQL数据的复制的基本介绍 目前MySQL数据库已经占去数据库市场上很大的份额，其一是由于MySQL数据的开源性和高性能，当然还有重要的一条就是免费~不过不知道还能免费多久，不容乐观的未来，但是我们还是要能熟练掌握MySQL数据的架构和安全备份等功能，毕竟现在它还算是开源界的老大吧！ MySQL数据库支持同步复制、单向、异步复制，在复制的过程中一个服务器充当主服务，而一个或多个服务器充当从服务器。主服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循环。这些日志可以记录发送到从服务器的更新。当一个从服务器连接主服务器时，它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更新，然后封锁并等待主服务器通知新的更新。 请注意当你进行复制时，所有对复制中的表的更新必须在主服务器上进行。否则，你必须要小心，以避免用户对主服务器上的表进行的更新与对从服务器上的表所进行的更新之间的冲突。 单向复制有利于健壮性、速度和系统管理： 健壮性：主服务器/从服务器设置增加了健壮性。主服务器出现问题时，你可以切换到从服务器作为备份。
速度快：通过在主服务器和从服务器之间切分处理客户查询的负荷，可以得到更好的客户响应时间。SELECT查询可以发送到从服务器以降低主服务器的查询处理负荷。但修改数据的语句仍然应发送到主服务器，以便主服务器和从服务器保持同步。如果非更新查询为主，该负载均衡策略很有效，但一般是更新查询。 系统管理：使用复制的另一个好处是可以使用一个从服务器执行备份，而不会干扰主服务器。在备份过程中主服务器可以继续处理更新。 2.MySQL数据复制的原理 MySQL复制基于主服务器在二进制日志中跟踪所有对数据库的更改(更新、删除等等)。因此，要进行复制，必须在主服务器上启用二进制日志。 每个从服务器从主服务器接收主服务器已经记录到其二进制日志的保存的更新，以便从服务器可以对其数据拷贝执行相同的更新。 认识到二进制日志只是一个从启用二进制日志的固定时间点开始的记录非常重要。任何设置的从服务器需要主服务器上的在主服务器上启用二进制日志时的数据库拷贝。如果启动从服务器时，其数据库与主服务器上的启动二进制日志时的状态不相同，从服务器很可能失败。 将主服务器的数据拷贝到从服务器的一个途径是使用LOAD DATA FROM MASTER语句。请注意LOAD DATA FROM MASTER目前只在
MySQL主从同步原理+部署 一.主从的作用： 1.可以当做一种备份方式 2.用来实现读写分离，缓解一个数据库的压力 二.MySQL主从备份原理 master 上提供binlog , slave 通过 I/O线程从 master拿取 binlog,并复制到slave的中继日志中 slave 通过 SQL线程从 slave的中继日志中读取binlog ,然后解析到slave中 部署主从环境：主服务器：192.168.1.110（编译好的MySQL5.1版本的数据库）从服务器：192.168.1.120（编译好的MySQL5.1版本的数据库） （温馨提示：主和从数据库版本必须是一样。或者主库的数据库版本必须比从库高,不然会导致很多故障的发生。） 三：生产环境应用MySQL主从同步场景： 1.一般用主库做为提供业务用户写操作（比如：在互联网上写一条微博，这时候就会 写到mysql数据库的主库中） 2.一般用从库做为提供业务用户读操作（比如：在互联网上，我想看一条微博，这时 候里面提供数据就是MySQL数据库的从库中。） (1)在主服务器（192.168.1.110）上操作。 [root@Jiechao ~]# ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:0C:29:5E:6F:A7 inet addr:192.168.1.110 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::20c:29ff:fe5e:6fa7/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:141354 errors:0 dropped:0 overruns:0 frame:0 TX packets:140807 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:142083379 (135.5 MiB) TX bytes:17815696 (16.9 MiB) Interrupt:193 Base address:0x2000 [root@Jiechao ~]# vi /etc/https://www.doczj.com/doc/9c10651281.html,f [mysqld]在mysqld下添加以上两行。 server-id = 1 log-bin=jiechao-bin [root@Jiechao ~]# /etc/init.d/mysqld restart Shutting down MySQL[ OK ] Starting MySQL.[ OK ]
如上图所示，整个数据层有Group1，Group2，Group3三个集群组成，这三个集群就是数据水平切分的结果，当然这三个集群也就组成了一个包含完整数据的DB。每一个Group包括1个Master（当然Master也可以是多个）和N个Slave，这些Master和Slave的数据是一致的。比如Group1中的一个slave发生了宕机现象，那么还有两个slave是可以用的，这样的模型总是不会造成某部分数据不能访问的问题，除非整个Group里的机器全部宕掉，但是考虑到这样的事情发生的概率非常小（除非是断电了，否则不易发生吧）。 在没有引入集群以前，我们的一次查询的过程大致如下：请求数据层，并传递必要的分库区分字段（通常情况下是user_id）?数据层根据区分字段Route到具体的DB?在这个确定的DB内进行数据操作。这是没有引入集群的情况，当时引入集群会是什么样子的呢？看图一即可得知，我们的路由器上规则和策略其实只能路由到具体的Group，也就是只能路由到一个虚拟的Group，这个Group并不是某个特定的物理服务器。接下来需要做的工作就是找到具体的物理的DB服务器，以进行具体的数据操作。基于这个环节的需求，我们引入了负载均衡器的概念（LB）。负载均衡器的职责就是定位到一台具体的DB服务器。具体的规则如下：负载均衡器会分析当前sql的读写特性，如果是写操作或者是要求实时性很强的操作的话，直接将查询负载分到Master，如果是读操作则通过负载均衡策略分配一个Slave。我们的负载均衡器的主要研究放向也就是负载分发策略，通常情况下负载均衡包括随机负载均衡和加权负载均衡。随机负载均衡很好理解，就是从N个Slave中随机选取一个Slave。这样的随机负载均衡是不考虑机器性能的，它默认为每台机器的性能是一样的。假如真实的情况是这样的，这样做也是无可厚非的。假如实际情况并非如此呢？每个Slave的机器物理性能和配置不一样的情况，再使用随机的不考虑性能的负载均衡，是非常不科学的，这样一来会给机器性能差的机器带来不必要的高负载，甚至带来宕机的危险，同时高性能的数据库服务器也不能充分发挥其物理性能。基于此考虑从，我们引入了加权负载均衡，也就是在我们的系统内部通过一定的接口，可以给每台DB服务器分配一个权值，然后再运行时LB根据权值在集群中的比重，分配一定比例的负载给该DB服务器。当然这样的概念的引入，无疑增大了系统的复杂性和可维护性。有得必有失，我们也没有办法逃过的。 有了分库，有了集群，有了负载均衡器，是不是就万事大吉了呢？事情远没有我们想象的那么简单。虽然有了这些东西，基本上能保证我们的数据层可以承受很大的压力，但是这样的设计并不能完全规避数据库宕机的危害。假如Group1中的slave2 宕机了，那么系统的LB并不能得知，这样的话其实是很危险的，因为LB不知道，它还会以为slave2为可用状态，所以还是会给slave2分配负载。这样一来，问题就出来了，客户端很自然的就会发生数据操作失败的错误或者异常。这样是非常不友好的！怎样解决这样的问
任务引入[5分钟] 课程介绍[20分钟] 认识数据库 提问：按自己的理解，说说数据库是什么？ 展示各类网站 商城网站页面是大家在熟悉不过的了，商城网站上的商品琳琅满目， 让人流连忘返。但是在大家欣赏自己喜爱的商品之余，是否想过商城网站 上的文字信息、图片信息等存放在哪里呢？当大家在商城网站上进行注册 用户时，自己的信息又存在哪里呢？当客户在商城网站上留言的时候，留 言信息又放在哪里了呢？这就是本门课程——《WEB数据库应用》要解决 的问题。 主要让学生明确以下几个问题： 1．明确课程定位与作用 专业基础课，与《程序设计基础》一起，为《网站建设》奠定基础。 同时兼顾计算机二级考试相关内容。通过任务引领型和项目活动形式，掌 握简单的数据库设计、数据管理和维护方法，能进行web服务器的设置， 具备使用web数据库与高级程序设计语言或动态网页结合完成简单程序 开发的基本职业能力。 2．明确课程内容 内容的确定遵循两个原则：一是满足后续课程的基本需求，二是为学 生进一步的学习提供必要的准备。通过对学生就业岗位和用人单位对本专 业毕业生设置的招聘岗位等分析，课程内容应基本包括数据库系统概述、 关系理论、关系数据库查询语言SQL、数据库设计与关系规范化理论、MySQL 数据中管理系统与高级程序设计语言或动态网页技术结合的简单应用。 3．强调学习方法 （1）与以往《计算机基础》、《办公软件应用》在学习方法上不同， 知识与操作的连续性更强，在学习上要坚持一贯，持之以恒。 提问 展示 展示课程 标准、课程 体系图 与教材配 合
新知识[45分钟] （2）课程难度加大，要求大家认真听、认真做，尤其要认真思考。逐渐养成举一反三的习惯、锻炼独立进行逻辑思维的能力。 （3）要学会自学。 （4）要善于和老师沟通。 （5）要学会团队协作。 4．明确考核方式 （1）日常评价 由三个部分组成：出勒（20%）、学习积极主动性（40%）、任务完成情况（40%） （2）终结评价 平时：20% 期中：20% 期末：40% 一、数据库基本概念 请学生回忆从小学——初中——高中——大学，每个期末处理成绩的过程，大部分都有帮助老师统计分数的经历。提问： 1．你用过哪些方式协助老师统计分数？ 2．在这个过程中你发现了什么变化？为什么产生这样的变化？ 经过充分的讨论发言之后，让学生总结为什么产生数据库技术，并简单说明其发展阶段： 第一代：网状、层次数据库系统 第二代：关系型数据库系统 第三代：以面向对象模型为主要特征的数据库系统 二、数据库基本概念 1．数据 数据是存储在数据库中的基本对象，包括数字、文字、图形、图像和声音等。 2．数据库 数据库简单地说就是存放数据的仓库。这些数据是按照一定的格式存放在计算的存储设备上。