mysql的外键探讨

时间  2019-11-12
标签 mysql 探讨 栏目 MySQL 繁體版
原文   原文链接

在MySQL 3.23.44版本后，InnoDB引擎类型的表支持了外键约束。 node

一,什么是foreign key，及其完整性

    我的以为，foreign key就是表与表之间的某种约定的关系，因为这种关系的存在，咱们可以让表与表之间的数据，更加的完整，关连性更强。关于完整性，关连性我举个例子，你们就会明白了。
有二张表，一张是用户表，一张是订单表：
   1，若是我删除了用户表里的用户，那么订单表里面根这个用户有关的数据，就成了无头数据了，不完整了。
   2，若是我在订单表里面，随便插入了一条数据，这个订单在用户表里面，没有与之对应的用户。这样数据也不完整了。
   若是有外键的话，就方便多了，能够不让用户删除数据，或者删除用户的话，经过外键一样删除订单表里面的数据，这样也能让数据完整

外键的好处：可使得两张表关联，保证数据的一致性和实现一些级联操做； mysql

二，使用foreign key，遵照如下几点规则

1，有外键约束的表，必须是innodb型
2，外键约束的二个表，原本就相关系的表，而且要有索引关系，若是没有，建立外键时也能够建立索引。
3，不支持对外键列的索引前缀。这样的后果之一是BLOB和TEXT列不被包括在一个外键中，这是由于对这些列的索引必须老是包含一个前缀长度。
4，mysql外键的名子在数据库内要是惟一的 sql

三，建立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两个表，大哥表是主键，小弟表是外键：
建表： app

 1    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；

插入个大哥：
1   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)

插入个小弟：
1   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    +  --  --+---------+--------------+

把大哥删除：
1   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`))


提示：不行呀，有约束的，大哥下面还有小弟，可不能扔下咱们无论呀！ ssh

插入一个新的小弟： ui

1   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 


提示：小子，想造反呀！你还没大哥呢！ this

把外键约束增长事件触发限制： spa

 1   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

再次试着把大哥删了：
1   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表相关的。真是百思不得其解。望各位大神解答一下。

相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程