Mysql数据库没有增量备份的机制，当数据量太大的时候备份是一个很大的问题。还好mysql数据库提供了一种主从备份的机制，其实就是把主数据库的所有的数据同时写到备份的数据库中。实现mysql数据库的热备份。
要想实现双机的热备，首先要了解主从数据库服务器的版本的需求。要实现热备mysql的版本都高于3.2。还有一个基本的原则就是作为从数据库的数据版本可以高于主服务器数据库的版本，但是不可以低于主服务器的数据库版本。
当然要实现mysql双机热备，除了mysql本身自带的REPLICATION功能可以实现外，也可以用Heartbeat这个开源软件来实现。不过本文主要还是讲如何用mysql自带的REPLICATION来实现mysql双机热备的功能。
1. 准备服务器
由于Mysql不同版本之间的（二进制日志）binlog格式可能会不太一样，因此最好的搭配组合是主（Master）服务器的Mysql版本和从（Slave）服务器版本相同或者更低，主服务器的版本肯定不能高于从服务器版本。
本次我用于测试的两台服务器版本都是Mysql-5.5.17。
2. Mysql 建立主－从服务器双机热备配置步骤
2.1环境描述
A服务器（主服务器Master）：59.151.15.36
B服务器（从服务器Slave）：218.206.70.146
主从服务器的Mysql版本皆为5.5.17
Linux环境下
将主服务器需要同步的数据库内容进行备份一份，上传到从服务器上，保证始初时两服务器中数据库内容一致。
不过这里说明下，由于我是利用Mysql在安装后就有的数据库test进行测试的，所以两台服务器里面是没有建立表的，只不分别在test里面建立了同样的一张空表tb_mobile
Sql语句如下：
mysql>create table tb_mobile( mobile VARCHAR(20) comment'手机号码', time timestamp DEFAULT now() comment'时间' )
2.2 主服务器Master配置
2.2.1 创建同步用户
进入mysql *** 作界面，在主服务器上为从服务器建立一个连接帐户，该帐户必须授予REPLICATION SLAVE权限。因为从mysql版本3.2以后就可以通过REPLICATION对其进行双机热备的功能 *** 作。
*** 作指令如下：
mysql>grant replication slave on *.* to 'replicate'@'218.206.70.146' identified by '123456'
mysql>flush privileges
创建好同步连接帐户后，我们可以通过在从服务器（Slave）上用replicat帐户对主服务器（Master）数据库进行访问下，看下是否能连接成功。
在从服务器（Slave）上输入如下指令：
[root@YD146 ~]# mysql -h59.151.15.36 -ureplicate -p123456
如果出现下面的结果，则表示能登录成功，说明可以对这两台服务器进行双机热备进行 *** 作。
2.2.2 修改mysql配置文件
如果上面的准备工作做好，那边我们就可以进行对mysql配置文件进行修改了，首先找到mysql配置所有在目录，一般在安装好mysql服务后，都会将配置文件复制一一份出来放到/ect目录下面，并且配置文件命名为：my.cnf。即配置文件准确目录为/etc/my.cnf
(Linux下用rpm包安装的MySQL是不会安装/etc/my.cnf文件的，
至于为什么没有这个文件而MySQL却也能正常启动和作用，在点有两个说法，
第一种说法，my.cnf只是MySQL启动时的一个参数文件，可以没有它，这时MySQL会用内置的默认参数启动，
第二种说法，MySQL在启动时自动使用/usr/share/mysql目录下的my-medium.cnf文件，这种说法仅限于rpm包安装的MySQL，
解决方法，只需要复制一个/usr/share/mysql目录下的my-medium.cnf文件到/etc目录，并改名为my.cnf即可。)
找到配置文件my.cnf打开后，在[mysqld]下修改即可：
[mysqld]
server-id = 1
log-bin=mysql-bin//其中这两行是本来就有的，可以不用动，添加下面两行即可
binlog-do-db = test
binlog-ignore-db = mysql
2.2.3 重启mysql服务
修改完配置文件后，保存后，重启一下mysql服务，如果成功则没问题。
2.2.4 查看主服务器状态
进入mysql服务后，可通过指令查看Master状态，输入如下指令：
注意看里面的参数，特别前面两个File和Position，在从服务器（Slave）配置主从关系会有用到的。
注：这里使用了锁表，目的是为了产生环境中不让进新的数据，好让从服务器定位同步位置，初次同步完成后，记得解锁。
2.3 从服务器Slave配置
2.3.1修改配置文件
因为这里面是以主－从方式实现mysql双机热备的，所以在从服务器就不用在建立同步帐户了，直接打开配置文件my.cnf进行修改即可，道理还是同修改主服务器上的一样，只不过需要修改的参数不一样而已。如下：
[mysqld]
server-id = 2
log-bin=mysql-bin
replicate-do-db = test
replicate-ignore-db = mysql,information_schema,performance_schema
2.3.2重启mysql服务
修改完配置文件后，保存后，重启一下mysql服务，如果成功则没问题。
2.3.3用change mster 语句指定同步位置
这步是最关键的一步了，在进入mysql *** 作界面后，输入如下指令：
mysql>stop slave //先停步slave服务线程，这个是很重要的，如果不这样做会造成以下 *** 作不成功。
mysql>change master to
>master_host='59.151.15.36',master_user='replicate',master_password='123456',
>master_log_file=' mysql-bin.000016 ',master_log_pos=107
注：master_log_file, master_log_pos由主服务器（Master）查出的状态值中确定。也就是刚刚叫注意的。master_log_file对应File, master_log_pos对应Position。Mysql 5.x以上版本已经不支持在配置文件中指定主服务器相关选项。
遇到的问题，如果按上面步骤之后还出现如下情况：
则要重新设置slave。指令如下
mysql>stop slave
mysql>reset slave
之后停止slave线程重新开始。成功后，则可以开启slave线程了。
mysql>start slave
2.3.4查看从服务器（Slave）状态
用如下指令进行查看
mysql>show slave status\G
查看下面两项值均为Yes，即表示设置从服务器成功。
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
2.4 测试同步
之前开始已经说过了在数据库test只有一个表tb_mobile没有数据，我们可以先查看下两服务器的数据库是否有数据：
Master:59.151.15.36
Slave:218.206.70.146
好了，现在可以在Master服务器中插入数据看下是否能同步。
Master:59.151.15.36
Slave:218.206.70.146
可以从上面两个截图上看出，在Master服务器上进行插入的数据在Slave服务器可以查到，这就表示双机热备配置成功了。
3. Mysql 建立主－主服务器双机热备配置步骤
服务器还是用回现在这两台服务器
3.1创建同步用户
同时在主从服务器建立一个连接帐户，该帐户必须授予REPLIATION SLAVE权限。这里因为服务器A和服务器B互为主从，所以都要分别建立一个同步用户。
服务器A：
mysql>grant replication slave on *.* to 'replicate'@'218.206.70.146' identified by '123456'
mysql>flush privileges
服务器B：
mysql>grant replication slave on *.* to 'replicate'@'59.151.15.36' identified by '123456'
mysql>flush privileges
3.2修改配置文件my.cnf
服务器A
[mysqld]
server-id = 1
log-bin=mysql-bin
binlog-do-db = test
binlog-ignore-db = mysql
#主－主形式需要多添加的部分
log-slave-updates
sync_binlog = 1
auto_increment_offset = 1
auto_increment_increment = 2
replicate-do-db = test
replicate-ignore-db = mysql,information_schema
服务器B：
[mysqld]
server-id = 2
log-bin=mysql-bin
master-slave need
replicate-do-db = test
replicate-ignore-db = mysql,information_schema,performance_schema
#主－主形式需要多添加的部分
binlog-do-db = test
binlog-ignore-db = mysql
log-slave-updates
sync_binlog = 1
auto_increment_offset = 2
auto_increment_increment = 2
3.3分别重启A服务器和B服务器上的mysql服务
重启服务器方式和上面的一样，这里就不做讲解了。
3.4分别查A服务器和B服务器作为主服务器的状态
服务器A：
服务器B：
3.5分别在A服务器和B服务器上用change master to 指定同步位置
服务器A：
mysql>change master to
>master_host='218.206.70.146',master_user='replicate',master_password='123456',
>master_log_file=' mysql-bin.000011 ',master_log_pos=497
服务器B：
mysql>change master to
>master_host='59.151.15.36',master_user='replicate',master_password='123456',
>master_log_file=' mysql-bin.000016 ',master_log_pos=107
3.6 分别在A和B服务器上重启从服务线程
mysql>start slave
3.7 分别在A和B服务器上查看从服务器状态
mysql>show slave status\G
查看下面两项值均为Yes，即表示设置从服务器成功。
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
3.8 测试主－主同步例子
测试服务器A：
在服务器A上插入一条语句如下图所示：
之后在服务器B上查看是否同步如下图所示：
测试服务器B：
在服务器B上插入一条语句如下图所示：
然后在从服务器A上查看是否有同步数据如下图所示：
最后从结果可以看出主－主形式的双机热备是能成功实现的。
4. 配置参数说明
Server-id
ID值唯一的标识了复制群集中的主从服务器，因此它们必须各不相同。Master_id必须为1到232－1之间的一个正整数值，slave_id值必须为2到232－1之间的一个正整数值。
Log-bin
表示打开binlog，打开该选项才可以通过I/O写到Slave的relay-log，也是可以进行replication的前提。
Binlog-do-db
表示需要记录二进制日志的数据库。如果有多个数据可以用逗号分隔，或者使用多个binlog-do-dg选项。
Binglog-ingore-db
表示不需要记录二进制日志的数据库，如果有多个数据库可用逗号分隔，或者使用多binglog-ignore-db选项。
Replicate-do-db
表示需要同步的数据库，如果有多个数据可用逗号分隔，或者使用多个replicate-do-db选项。
Replicate-ignore-db
表示不需要同步的数据库，如果有多个数据库可用逗号分隔，或者使用多个replicate-ignore-db选项。
Master-connect-retry
master-connect-retry=n表示从服务器与主服务器的连接没有成功，则等待n秒（s）后再进行管理方式（默认设置是60s）。如果从服务器存在mater.info文件，它将忽略些选项。
Log-slave-updates
配置从库上的更新 *** 作是否写入二进制文件，如果这台从库，还要做其他从库的主库，那么就需要打这个参数，以便从库的从库能够进行日志同步。
Slave-skip-errors
在复制过程，由于各种原因导致binglo中的sql出错，默认情况下，从库会停止复制，要用户介入。可以设置slave-skip-errors来定义错误号，如果复制过程中遇到的错误是定义的错误号，便可以路过。如果从库是用来做备份，设置这个参数会存在数据不一致，不要使用。如果是分担主库的查询压力，可以考虑。
Sync_binlog=1 Or N
Sync_binlog的默认值是0，这种模式下，MySQL不会同步到磁盘中去。这样的话，Mysql依赖 *** 作系统来刷新二进制日志binary log，就像 *** 作系统刷新其他文件的机制一样。因此如果 *** 作系统或机器（不仅仅是Mysql服务器）崩溃，有可能binlog中最后的语句丢失了。要想防止这种情况，可以使用sync_binlog全局变量，使binlog在每N次binlog写入后与硬盘同步。当sync_binlog变量设置为1是最安全的，因为在crash崩溃的情况下，你的二进制日志binary log只有可能丢失最多一个语句或者一个事务。但是，这也是最慢的一种方式（除非磁盘有使用带蓄电池后备电源的缓存cache,使得同步到磁盘的 *** 作非常快）。
即使sync_binlog设置为1，出现崩溃时，也有可能表内容和binlog内容之间存在不一致性。如果使用InnoDB表，Mysql服务器处理COMMIT语句，它将整个事务写入binlog并将事务提交到InnoDB中。如果在两次 *** 作之间出现崩溃，重启时，事务被InnoDB回滚，但仍然存在binlog中。可以用-innodb-safe-binlog选项来增加InnoDB表内容和binlog之间的一致性。（注释：在Mysql 5.1版本中不需要-innodb-safe-binlog；由于引入了XA事务支持，该选项作废了），该选项可以提供更大程度的安全，使每个事务的binlog(sync_binlog=1)和（默认情况为真）InnoDB日志与硬盘同步，该选项的效果是崩溃后重启时，在滚回事务后，Mysql服务器从binlog剪切回滚的InnoDB事务。这样可以确保binlog反馈InnoDB表的确切数据等，并使从服务器保持与主服务器保持同步（不接收回滚的语句）。
Auto_increment_offset和Auto_increment_increment
Auto_increment_increment和auto_increment_offset用于主－主服务器（master-to-master）复制，并可以用来控制AUTO_INCREMENT列的 *** 作。两个变量均可以设置为全局或局部变量，并且假定每个值都可以为1到65,535之间的整数值。将其中一个变量设置为0会使该变量为1。
这两个变量影响AUTO_INCREMENT列的方式：auto_increment_increment控制列中的值的增量值，auto_increment_offset确定AUTO_INCREMENT列值的起点。
如果auto_increment_offset的值大于auto_increment_increment的值，则auto_increment_offset的值被忽略。例如：表内已有一些数据，就会用现在已有的最大自增值做为初始值。
需要用的资料以链接的形式给需要的同学。
我用的mysql版本为： Mysql-5.5.45-win64.msi 密码是：26zw
图形化工具 Navicat(前期不推荐用，直接手动敲)： Navicat 密码：c7fs
开始我的MySQL之旅吧 始于2016.12.04
--WH
一、数据库的安装
这个就不在这里过多阐述了，因为网上实在是太多安装mysql的教程了，有了我给的mysql，在按照这个安装教程(MySQL安装教程)去看，就能够安装完好。
安装好mysql后，如果需要使用windows命令窗口(也就是cmd)来 *** 作mysql，那么就需要配置环境变量，在安装好的mysql下找到bin，将其目录放到环境变量path中去，就行了，检测成功与否的方法是在cmd命令窗口中输入mysql，就会出现一大段英文，就说明成功了，反之失败，如果不会的话就去百度搜教程。
二、数据库的基本 *** 作
1、开启mysql服务命令
net start mysql
2、进入mysql的两种方式
明文进入：mysql -uroot -proot格式：mysql -u帐号 -p密码
密文进入：mysql -uroot -p 按enter会提示你输入密码(Enter pssword:)，此时你写的密码就会显示为***这样。
3、查看mysql中所有的数据库(一般在固定的单词命令就会是用大写，这个要习惯，看多了敲多了就认识了)
前面四个数据库是mysql中自带的，也就是必须的.
SHOW DATABASES
4、创建名为test_1的数据库
格式：CREATE DATABASE 数据库名
CREATE DATABASE test_1
5、删除名为test_1的数据库
格式：DROP DATABASE 数据库名
DROP DATABASE test_1
总结：学习了对数据库的三个 *** 作，1、查看所有数据库 2、创建数据库 3、删除数据库
三、数据表的基本 *** 作
数据表和数据库还有Mysql三者的关系
mysql中保存了很多数据库、一个数据库中可以保存很多表。
对数据表的增(创建表)删(删除表)改(修改表字段)查(查询表结构)。 注意：这里的 *** 作对象是表，对表的 *** 作也就是表的结构，和表中的字段的 *** 作(字段和记录要分清楚)
前提：表是在数据库下的，所以要先确实使用哪个数据库。
USE test_1
1、创建数据表
格式：CREATE TABLE 数据表名(
字段名1数据类型[列级别约束条件],
字段名2数据类型[列级别约束条件],
字段名3数据类型[列级别约束条件]
)
注意：格式不一定需要这样隔着写，完全可以全部写成一行。但是那样写可观性非常差。我这样写只是为了可以看的更清晰。
解释：
1、[]中括号中的内容表示可以有可以没有，
2、列级别这个“列”一定要搞清楚说的是什么，一张表中有行有列，列表示竖，行表示横
3、约束条件后面会讲到
1.1、创建没有约束的student表
CREATE TABLE student( idINT(11), nameVARCHAR(12), ageINT(11) )
注释：SHOW TABLES 查询数据库底下的所有表。
1.2、创建有约束的student表
六大约束：主键约束、外键约束、非空约束、唯一约束、默认约束、自动增加
1.2.1：主键约束
PRIMARY KEY(primary key)：独一无二(唯一)和不能为空(非空)，通俗的讲，就是在表中增加记录时，在该字段下的数据不能重复，不能为空，比如以上面创建的表为例子，在表中增加两条记录，如果id字段用了主键约束。则id不能一样，并且不能为空。一般每张表中度有一个字段为主键，唯一标识这条记录。以后需要找到该条记录也可以同这个主键来确认记录，因为主键是唯一的，并且非空，一张表中每个记录的主键度不一样，所以根据主键也就能找到对应的记录。而不是多条重复的记录。如果没有主键，那么表中就会存在很多重复的记录，那么即浪费存储空间，在查询时也消耗更多资源。
一般被主键约束了的字段度习惯性的称该字段为该表的主键
单字段主键约束
两种方式都可以
CREATE TABLE student(CREATE TABLE student(
idINT(11) PRIMARY KEY,idINT(11),
nameVARCHAR(12),nameVARCHAR(12),
ageINT(11) ageINT(11),
) PRIMARY KEY(id) )
多字段主键约束(复合主键)
这个id和name都市主键，说明在以后增加的插入的记录中，id和name不能同时一样，比如说可以是这样。一条记录为id=1，name=yyy、另一条记录为：id=1，name=zzz。 这样是可以的。并不是你们所理解的两个字段分别度不可以相同。
CREATE TABLE student(CREATE TABLE student(
idINT(11) PRIMARY KEY,idINT(11),
nameVARCHAR(12) PRIMARY KEY, nameVARCHAR(12),
ageINT(11) ageINT(11),
)PRIMARY KEY(id,name) )
1.2.2：外键约束
什么是外键举个例子就清楚了，有两张表，一张表是emp(员工)表，另一张表是dept(部门)表，一个员工属于一个部门，那么如何通过员工能让我们自己他在哪个部门呢？那就只能在员工表中增加一个字段，能代表员工所在的部门，那该字段就只能是存储dept中的主键了(因为主键是唯一的，才能确实是哪个部门，进而代表员工所在的部门，如果是部门名称，有些部门的名称可能是同名。就不能区分了。)，像这样的字段，就符合外键的特点，就可以使用外键约束，使该字段只能够存储另一张表的主键。如果不被外键约束，那么该字段就无法保证存储进来的值就一定是另一张表的主键值。
外键约束的特点：
1、外键约束可以描述任意一个字段(包括主键)，可以为空，并且一个表中可以有多个外键。但是外键字段中的值必须是另一张表中的主键。
2、这样被外键关联的两种表的关系可以称为父子表或者主从表。子表(从表)拥有外键字段的表，父表(主表)被外键字段所指向的表。
3、子表被外键约束修饰的字段必须和父表的主键字段的类型一样。
注意：一个表中有被外键修饰的字段，就称该表有外键(是“有外键”。而不是“是外键”)，并会给该表中的外键约束取一个名称，所以我们常说的这个表有没有外键，指的不是被外键约束修饰的字段名，而是指这个表是否有存在外键约束。也就是说，不能说这个表的外键是xxx(该表中被外键约束修饰的字段名)，这种说法是错误的，但是大多数人已经习惯了这样，虽然影响不大，但是在很多时候需要理解一个东西时，会造成一定的困扰。
格式：CONSTRAINT外键名称FOREIGN KEY(被外键约束的字段名称)REFERENCES 主表名(主键字段)
英文解释：CONSTRAINT:约束REFERENCES:参考
CREATE TABLE tableA
(
id INT(11),
name VARCHAR(22),
location VARCHAR(50),
PRIMARY KEY(id)
)
CREATE TABLE tableB
(
id INT(11),
name VARCHAR(22) NOT NULL,
deptId INT(11),
PRIMARY KEY(id),
CONSTRAINT tableA_tableB_1 FOREIGH KEY(deptId) REFERENCES tableA(id)
)
解释：tableB中有一个名为tableA_tableB_1的外键关联了tableA和tableB两个表，被外键约束修饰的字段为tableB中的deptId，主键字段为tableA中的id
1.2.3：非空约束
NOT NULL. 被该约束修饰了的字段，就不能为空，主键约束中就包括了这个约束
CREATE TABLE tableA
(
id INT(11),
name VARCHAR(22) NOT NULL,
location VARCHAR(50),
PRIMARY KEY(id)
)
1.2.4：唯一约束
UNIQUE 被唯一约束修饰了的字段，表示该字段中的值唯一，不能有相同的值，通俗点讲，就好比插入两条记录，这两条记录中处于该字段的值不能是一样的。
CREATE TABLE tableA
(
id INT(11),
name VARCHAR(22) UNIQUE,
location VARCHAR(50),
PRIMARY KEY(id)
)
也就是说在插入的记录中，每条记录的name值不能是一样的。
1.2.5：默认约束
Default 指定这一列的默认值为多少，比如，男性同学比较多，性别就可以设置为默认男，如果插入一行记录时，性别没有填，那么就默认加上男
CREATE TABLE table
(
id INT(11) PRIMARY KEY,
name VARCHAR(22) NOT NULL,
deptId INT(11) DEFAULT 1111,
salary FLOAT
)
1.2.6：自动增加
AUTO_INCREMENT 一个表只能一个字段使用AUTO_INCREMENT，并且使用这个约束的字段只能是整数类型(任意的整数类型 TINYINT,SMALLIN,INT,BIGINT)，默认值是1，也就是说从1开始增加的。一般就是给主键使用的，自动增加，使每个主键的值度不一样，并且不用我们自己管理，让主键自己自动生成
CREATE TABLE table( id INT(11) PRIMARY KEY AUTO_INCREMENT, name VARCHAR(22) NOT NULL)
2、查询表结构
2.1、查看表基本结构语句
格式1：DESCRIBE 表名/DESC 表名这两个的功能是一样的，简写了单词describe
DESCRIBE student
2.2、查看创建表的语句
格式：SHOW CREATE TABLE 表名
SHOW CREATE TABLE student
这样显示的格式很不好，看不清楚，所以有了下面这个语句
格式：SHOW CREATE TABLE 表名\G
SHOW CREATE TABLE student\G
3、修改数据表
修改数据表包括：对表中字段的增加、删除、修改。 在这个里面用的关键字为 ALTER
3.1、修改表名
格式：ALTER TABLE<旧表名>RENAME[TO]<新表名>
将student表名改为student1(改完后在改回来)
ALTER TABLE student RENAME TO student1
3.2、修改表中的字段名
格式：ALTER TABLE<表名>CHANGE<旧字段名><新字段名><新数据类型>
将student表中的name字段名改为 username
ALTER TABLE student CHANGE name username VARCHAR(30)
3.3、修改表中的数据类型
格式：ALTER TABLE<表名>MODIFY<字段名><数据类型>
ALTER TABLE student MODIFY username VARCHAR(20)
解释：只能修改字段名的数据类型，但是其原理跟上面change做的事情一样，这里也有修改字段名的过程，只不过修改后的字段名和修改前的字段名相同，但是数据类型不一样。
3.4、修改字段的排列位置
方式1：ALTER TABLE<表名>MODIFY<字段1><数据类型>FIRST|AFTER<字段2>
解释：将字段1的位置放到第一，或者放到指定字段2的后面
ALTER TABLE student MODIFY username VARCHAR(20) AFTER age
方式2：ALTER TABLE<表名>CHANGE<字段1><字段2><数据类型>FIRST|AFTER<字段3>
解释：其实是一样的，将是字段2覆盖字段1，然后在进行排序
ALTER TABLE student CHANGE username username VARCHAR(20) AFTER age
总结
CHANGE和MODIFY的区别？
原理都市一样的，MODIFY只能修改数据类型，但是CHANGE能够修改数据类型和字段名，也就是说MODIFY是CHANGE的更具体化的一个 *** 作。可能觉得用CHANGE只改变一个数据类型不太爽，就增加了一个能直接改数据类型的使用关键字MODIFY来 *** 作。
3.5、添加字段
格式：ALTER TABLE<表名称>ADD<新字段名><数据类型>[约束条件][FIRST|AFTER<已存在的表名>]
解释：在一个特定位置增加一个新的字段，如果不指定位置，默认是最后一个。
ALTER TABLE student ADD sex VARCHAR(11)
3.6、删除字段
格式：ALTER TABLE<表名称>DROP<字段名>
ALTER TABLE student DROP sex
3.7、删除表的外键约束
格式：ALTER TABLE<表名称>DROP FOREIGN KEY<外键约束名>
注意：外键约束名 指的不是被外键约束修饰的字段名，切记，而是我们在创建外键约束关系时取的名字。
3.8、更改表的存储引擎
格式：ALTER TABLE<表名>ENGINE=<更改后的存储引擎名>
这个存储引擎目前我自己也不太清楚，虽然知道有哪几种引擎，但是稍微深入一点就不清楚了，所以打算留到日后在说。
4、删除表
4.1、删除无关联表
格式：DROP TABLE<表名>；
ALTER TABLE student
4.2、删除被其他表关联的主表
这个是比较重要的一点，在有外键关联关系的两张表中，如果删除主表，那么是删不掉的，并且会报错。因为有张表依赖于他。那怎么办呢？针对这种情况，总共有两种方法
1、先删除你子表，然后在删除父表，这样就达到了删除父表的目的，但是子表也要被删除
2、先解除外键关系，然后在删除父表，这样也能达到目的，并且保留了子表，只删除我们不需要的父表。在3.7中就讲解了如何删除外键关系。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）