在MySQL 3.23.44版本后,InnoDB引擎类型的表支持了外键约束。
一,什么是foreign key,及其完整性
个人觉得,foreign key就是表与表之间的某种约定的关系,由于这种关系的存在,我们能够让表与表之间的数据,更加的完整,关连性更强。关于完整性,关连性我举个例子,大家就会明白了。有二张表,一张是用户表,一张是订单表:
1,如果我删除了用户表里的用户,那么订单表里面根这个用户有关的数据,就成了无头数据了,不完整了。
2,如果我在订单表里面,随便插入了一条数据,这个订单在用户表里面,没有与之对应的用户。这样数据也不完整了。
如果有外键的话,就方便多了,可以不让用户删除数据,或者删除用户的话,通过外键同样删除订单表里面的数据,这样也能让数据完整
外键的好处:可以使得两张表关联,保证数据的一致性和实现一些级联操作;
二,使用foreign key,遵守以下几点规则
1,有外键约束的表,必须是innodb型
2,外键约束的二个表,本来就相关系的表,并且要有索引关系,如果没有,创建外键时也可以创建索引。
3,不支持对外键列的索引前缀。这样的后果之一是BLOB和TEXT列不被包括在一个外键中,这是因为对这些列的索引必须总是包含一个前缀长度。
4,mysql外键的名子在数据库内要是唯一的
三,创建foreign key的语法规则
外键的定义语法:
[CONSTRAINT symbol] FOREIGN KEY [id] (index_col_name, ...)
REFERENCES tbl_name (index_col_name, ...)
[ON DELETE {RESTRICT | CASCADE | SET NULL | NO ACTION | SET DEFAULT}]
[ON UPDATE {RESTRICT | CASCADE | SET NULL | NO ACTION | SET DEFAULT}]
该语法 可以在 CREATE TABLE 和 ALTER TABLE 时使用,如果不指定CONSTRAINT symbol,MYSQL会自动生成一个名字。
ON DELETE、ON UPDATE表示事件触发限制,可设参数:
RESTRICT(限 制外表中的外键改动)
CASCADE(跟随外键改动)c
SET NULL(设空值)
SET DEFAULT(设默认值)
NO ACTION(无动作,默认的)
四,外键维护数据完整性的5种方式
1,CASCADE: 从父表删除或更新,将自动删除或更新子表中匹配的行。ON DELETE CASCADE和ON UPDATE CASCADE都可用。在两个表之间,你不应定义若干在父表或子表中的同一列采取动作的ON UPDATE CASCADE子句。
2,SET NULL: 从父表删除或更新行,并设置子表中的外键列为NULL。如果外键列没有指定NOT NULL限定词,这就是唯一合法的。ON DELETE SET NULL和ON UPDATE SET NULL子句被支持。
3,NO ACTION: 在ANSI SQL-92标准中,NO ACTION意味这不采取动作,就是如果有一个相关的外键值在被参考的表里,删除或更新主要键值的企图不被允许进行(Gruber, 掌握SQL, 2000:181)。 InnoDB拒绝对父表的删除或更新操作。
4,RESTRICT: 拒绝对父表的删除或更新操作。NO ACTION和RESTRICT都一样,删除ON DELETE或ON UPDATE子句。(一些数据库系统有延期检查,并且NO ACTION是一个延期检查。在MySQL中,外键约束是被立即检查的,所以NO ACTION和RESTRICT是同样的)。
5,SET DEFAULT: 这个动作被解析程序识别,但InnoDB拒绝包含ON DELETE SET DEFAULT或ON UPDATE SET DEFAULT子句的表定义
五,实例
搞个例子,简单演示一下使用,做dage和xiaodi两个表,大哥表是主键,小弟表是外键:
建表:
CREATE
TABLE `dage` (
2
`id`
int (
11 )
NOT
NULL auto_increment,
3
`name`
varchar (
32 )
default
'' ,
4
PRIMARY
KEY (`id`)
5
) ENGINE
= InnoDB
DEFAULT CHARSET
= latin1;
6
7
CREATE
TABLE `xiaodi` (
8
`id`
int (
11 )
NOT
NULL auto_increment,
9
`dage_id`
int (
11 )
default
NULL ,
10
`name`
varchar (
32 )
default
'' ,
11
PRIMARY
KEY (`id`),
12
KEY `dage_id` (`dage_id`),
13
CONSTRAINT `xiaodi_ibfk_1`
FOREIGN
KEY (`dage_id`)
REFERENCES `dage` (`id`)
14
) ENGINE
= InnoDB
DEFAULT CHARSET
= latin1;
插入个大哥:
mysql
>
insert
into dage(name)
values (
'
铜锣湾
' );
2
Query OK,
1 row affected (
0.01 sec)
3
mysql
>
select
*
from dage;
4
+
--
--+--------+
5
| id
| name
|
6
+
--
--+--------+
7
|
1
| 铜锣湾
|
8
+
--
--+--------+
9
1 row
in
set (
0.00 sec)
插入个小弟:
mysql
>
insert
into xiaodi(dage_id,name)
values (
1 ,
'
铜锣湾_小弟A
' );
2
Query OK,
1 row affected (
0.02 sec)
3
4
mysql
>
select
*
from xiaodi;
5
+
--
--+---------+--------------+
6
| id
| dage_id
| name
|
7
+
--
--+---------+--------------+
8
|
1
|
1
| 铜锣湾_小弟A
|
9
+
--
--+---------+--------------+
把大哥删除:
mysql
>
delete
from dage
where id
=
1 ;
2
ERROR
1451 (
23000 ): Cannot
delete
or
update a parent row: a
foreign
key
constraint fails (`bstar
/ xiaodi`,
CONSTRAINT `xiaodi_ibfk_1`
FOREIGN
KEY (`dage_id`)
REFERENCES `dage` (`id`))
提示:不行呀,有约束的,大哥下面还有小弟,可不能扔下我们不管呀!
插入一个新的小弟:
mysql
>
insert
into xiaodi(dage_id,name)
values (
2 ,
'
旺角_小弟A
' );
2
ERROR
1452 (
23000 ): Cannot
add
or
update a child row: a
foreign
key
constraint fails (`bstar
/ xiaodi`,
CONSTRAINT `xiaodi_ibfk_1`
FOREIGN
KEY (`dage_id`)
REFERENCES `dage` (`id`))
3

提示:小子,想造反呀!你还没大哥呢!
把外键约束增加事件触发限制:
mysql
> show
create
table xiaodi;
2
3
CONSTRAINT `xiaodi_ibfk_1`
FOREIGN
KEY (`dage_id`)
REFERENCES `dage` (`id`)
4
5
mysql
>
alter
table xiaodi
drop
foreign
key xiaodi_ibfk_1;
6
Query OK,
1 row affected (
0.04 sec)
7
Records:
1 Duplicates:
0 Warnings:
8
mysql
>
alter
table xiaodi
add
foreign
key (dage_id)
references dage(id)
on
delete
cascade;
9
Query OK,
1 row affected (
0.04 sec)
10
Records:
1 Duplicates:
0 Warnings:
0
再次试着把大哥删了:
mysql
>
delete
from dage
where id
=
1 ;
2
Query OK,
1 row affected (
0.01 sec)
3
4
mysql
>
select
*
from dage;
5
Empty
set (
0.01 sec)
6
7
mysql
>
select
*
from xiaodi;
8
Empty
set (
0.00 sec)
得,这回对应的小弟也没了,没办法,谁让你跟我on delete cascade了呢!
但是删除小弟,大哥并没有删除

六,项目中使用遇到的问题
我们有三个表
env表:
CREATE TABLE `env` ( `id` varchar(36) NOT NULL,
`env_name` varchar(50) NOT NULL,
`env_username` varchar(30) DEFAULT NULL COMMENT '环境用户名',
`env_password` varchar(30) DEFAULT NULL COMMENT '环境用户密码',
`ssh_port` int(11) DEFAULT '22',
`state` varchar(30) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
node表:
CREATE TABLE `node` (
`id` varchar(36) NOT NULL,
`env_id` varchar(36) NOT NULL COMMENT '环境id',
`node_name` varchar(50) NOT NULL,
`ip_str` varchar(50) DEFAULT NULL COMMENT '节点IP',
`node_username` varchar(30) DEFAULT NULL COMMENT '节点用户名',
`node_password` varchar(30) DEFAULT NULL COMMENT '节点用户密码',
`ssh_port` int(11) DEFAULT '22',
`state` varchar(30) DEFAULT NULL,
`sortIndex` int(11) DEFAULT NULL,
`is_dm` tinyint(1) DEFAULT '0' COMMENT '是否是管理节点',
`globalCfg_taskid` int(11) DEFAULT NULL COMMENT '节点全局配置任务id',
`netcfg_taskid` int(11) DEFAULT NULL COMMENT '节点网络配置任务id',
`isImport` int(1) DEFAULT '0' COMMENT '节点是否为导入',
`ip_change` int(1) DEFAULT '0' COMMENT '是否节点ip发生变化',
`nodeType` varchar(20) DEFAULT NULL COMMENT '节点类型:x86,ppc',
`oldIp` varchar(50) DEFAULT NULL COMMENT '网络变化前的节点IP',
PRIMARY KEY (`id`),
UNIQUE KEY `ip_str` (`ip_str`),
KEY `fk_node_env_id` (`env_id`),
CONSTRAINT `fk_node_env_id` FOREIGN KEY (`env_id`) REFERENCES `env` (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
app表
CREATE TABLE `app` (
`id` varchar(36) NOT NULL,
`node_id` varchar(36) DEFAULT NULL COMMENT '节点id',
`recipe_id` int(11) DEFAULT NULL COMMENT '配方id',
`groupId` varchar(50) DEFAULT NULL COMMENT '集群的组序号',
`config_state` varchar(30) DEFAULT NULL COMMENT '应用配置状态',
`start_state` varchar(30) DEFAULT NULL COMMENT '应用启动状态',
`deploy_state` varchar(30) DEFAULT NULL COMMENT '应用部署状态',
`upgrade_state` varchar(30) DEFAULT NULL COMMENT '应用升级状态',
`action_state` varchar(30) DEFAULT NULL COMMENT '动作状态状态',
`upgrade_version` varchar(40) DEFAULT NULL COMMENT '可升级版本号',
`degrade_version` varchar(40) DEFAULT NULL COMMENT '可降级版本号',
`fail_reason` varchar(250) DEFAULT NULL COMMENT '失败原因',
`sortIndex` int(11) DEFAULT NULL,
`actioning` varchar(30) DEFAULT NULL COMMENT 'app执行的动作',
`bak_flag` int(11) DEFAULT '0' COMMENT '应用是否是升级备份,1为升级备份应用',
`guid` varchar(50) DEFAULT NULL,
`parentId` varchar(36) DEFAULT NULL COMMENT '父应用-容器id',
`to_delete` int(1) DEFAULT '0' COMMENT '是否待删除',
`commonId` varchar(36) NOT NULL COMMENT 'app生命周期中唯一不变的值',
`update_date` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '最后修改时间',
`oldGroupId` varchar(50) DEFAULT NULL,
`scanAppFlag` tinyint(1) DEFAULT NULL COMMENT '扫描标志',
PRIMARY KEY (`id`),
KEY `fk_app_node_id2` (`node_id`),
KEY `fk_app_recipe_id2` (`recipe_id`),
CONSTRAINT `fk_app_node_id2` FOREIGN KEY (`node_id`) REFERENCES `node` (`id`),
CONSTRAINT `fk_app_recipe_id2` FOREIGN KEY (`recipe_id`) REFERENCES `recipe` (`id`) ON DELETE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
从这三个表可以看得出,node表有一个键是env表的id,而node表的id是app表的外键,现在碰到一个问题,我用JdbcTemplate删除node表的一条数据,
sql语句如下:
private static final String DELETE_NODE_BYID_IMPORT = "delete from node where id=?";
/**
* 根据id删除node
* @param nodeId
*/
public void deleteNodeById(String nodeId) {
try {
this.getSimpleJdbcTemplate().update(DELETE_NODE_BYID_IMPORT, nodeId);
} catch (DataAccessException e) {
throw new ValidateException("", "必须全部删除该节点下的所有子节点,error:" + e.getMessage());
}
}
这样一执行就会报错:

很正常,因为app表对应的没有删掉,且没有级联删除,所以这儿删报错很正常,但是使用如下删除结果就正确了:
private static final String DELETE_NODE_BYID = "delete from node where id=? and env_id=?";
/** 删除节点信息,如果节点下有应用,删除失败 */
public void deleteNodeById(String nodeId, String envId) {
try {
this.getSimpleJdbcTemplate().update(DELETE_NODE_BYID, nodeId, envId);
} catch (DataAccessException e) {
throw new ValidateException("", "必须全部删除该节点下的所有子节点,error:" + e.getMessage());
}
}
就多加了一个envId就是node表的外键,结果就成功了,按理说删除只和app表相关的。真是百思不得其解。望各位大神解答一下。
来源:oschina
链接:https://my.oschina.net/u/1540325/blog/647451