首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Mysql创建外键失败原因总结

是不是遇到下图所示的错误呢? 原因一 你可能设置了ON DELETE SET NULL,但是相关的键的字段又设置成了NOT NULL值。...原因三 试图设置外键的字段没有建立起索引,或者不是一个primary key(主键)。如果其中一个不是primary key的话,你必须先为它创建一个索引。...若想要使用外键约束,表必须是InnoDB引擎(实际上,如果两个表都是MyISAM 引擎的,这个错误根本不会发生,但也不会产生外键,只会建立索引)你需要检查表的引擎类型。...原因五 外键的名字不能重复。你应该检查你的数据库以确保外健名字是唯一的,或者你在键名后面加上几个随机的字符以测试是否是这个原因。...原因六 请确定你的Charset和Collate选项在表级和字段级上的一致。 原因七 你可能设置为外键设置了一个默认值,如default=0。 原因八 ALTER声明中有语法错误。

4.7K00
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    数据库物理外键移除原因(六)

    id 分类id', root_cat_id INT NOT NULL COMMENT '一级分类外键id 一级分类id,用于优化查询', sell_counts...datas.sql 数据库外键 这里可以看到都没有 添加数据库外键,原因基于以下几点考虑: ● 性能影响:在分布式项目里、在大型的互联网项目里面,对于整体的性能会有一定的影响 ● 热更新:不停机维护...热更新时某些场景下的外键可能会影响到还没有更新的实例。...因为外键是强一致性的,和分布式是冲突的 ● 降低耦合度 物理外键不存在,但是在逻辑上还是需要的 ● 数据分库分表 由于耦合度太高,做分裤分表时,就很难做了。...比如:用户表和用户地址,如果有物理外键,你只能将同一个关系的数据都分片到同一个库的同一个表中,这就大大的限制了灵活性

    34110

    外键的设置

    关键词:外键 | 索引 | InNoDB和MyISAM | 引用 | Mysql 设置外键的目的:保证数据的一致性!...一、外键的使用条件: ① 两个表必须是InnoDB表,MyISAM表暂时不支持外键 #查看表类型 SHOW TABLE STATUS #查询结果的Engine字段下,一般默认InnoDB类型 ②...外键列必须建立了索引,MySQL 4.1.2以后的版本在建立外键时会自动创建索引,但如果在较早的版本则需要显式建立; #创建索引 CREATE INDEX 字段1 ON test(字段1) #对...test2创建test的索引,在test2下执行,test2为从,test为主 这一步也是博主自己刚开始研究是碰到的最大的坑, 外键引用一直选不了对应字段,可能是你没有设置索引 ③ 外键关系的两个表的列必须是数据类型相似...对父表(表1)的含义: 在父表上进行update/delete以更新或删除在子表中有一条或多条对应匹配行的候选键时,父表的行为取决于:在定义子表的外键时指定的on update/on delete子句

    2.8K30

    mysql的外键

    在MySQL 3.23.44版本后,InnoDB引擎类型的表支持了外键约束。...外键的使用条件: 1.两个表必须是InnoDB表,MyISAM表暂时不支持外键(据说以后的版本有可能支持,但至少目前不支持); 2.外键列必须建立了索引,MySQL 4.1.2以后的版本在建立外键时会自动创建索引...,但如果在较早的版本则需要显示建立; 3.外键关系的两个表的列必须是数据类型相似,也就是可以相互转换类型的列,比如int和tinyint可以,而int和char则不可以; 外键的好处:可以使得两张表关联...,保证数据的一致性和实现一些级联操作; 外键的定义语法: [CONSTRAINT symbol] FOREIGN KEY [id] (index_col_name, ...)...ON DELETE、ON UPDATE表示事件触发限制,可设参数: RESTRICT(限制外表中的外键改动) CASCADE(跟随外键改动) SET NULL(设空值) SET DEFAULT(设默认值

    5.5K70

    Innodb外键引起的死锁

    可以看出一个有外键和一个没有外键的区别。...分析原因 核心知识点 为了理解上文中死锁的原因,必须要理解清楚Innodb的锁的机制,MySQL锁的机制文章很多,可以去官网找文档或者阅读他人的博客,这里给出一篇博客快速了解innodb锁概念, MySQL...InnoDB自增长锁和外键锁以便于我们理解本文中的死锁问题。...总结 使用MySQL开发过程中需要对锁的知识理解清楚,不然在业务代码中就有可能产生死锁,尤其是要知道Innodb使用外键的时候的锁机制,才能更好的避免生产环境发生死锁,造成严重bug。...参考 Mysql中那些锁机制之InnoDB MySQL自增长与锁的进一步认识 MySQL InnoDB自增长锁和外键锁 快速了解innodb锁概念 MySQL 共享锁、排他锁、意向锁解析-对意向锁解释的清楚

    2K40

    Java日期格式化带来的年份不正确

    刚开始一头雾水,不知道是什么问题,后来经过日志排查才定位到原来是日期格式化引起的问题,原本应该是“2021-12-26”日期字符串,但是格式化为“2022-12-26”了。...,使用"YYYY-MM-dd"格式化出来的日期显然是不对的,必须使用“yyyy”才能格式化出正确的“年”。...原因追溯 实际上,Java中格式化日期可以使用的格式已经明确在java.text.SimpleDateFormat类的注释中明确定义了。...解决办法 既然Java中关于年的格式化“y”和“Y”有着不同的含义,“y”才能表示我们通常意义上理解的真实的年份,那么我们在使用时就必须记住,只能使用“yyyy”格式化年份,而不要使用“YYYY”。...为了避免的每次格式化日期时写错格式,可以直接引用一些经过实践验证后固话下来的工具方法,比如hutool-core中的工具类:cn.hutool.core.date.DateUtil。

    2.7K20

    把.esd转化为.cab,我终于知道报错误: 11 试图加载格式不正确的程序的原因了

    :G:\Temp\mount Dism /Unmount-Image /MountDir:"G:\Temp\mount" /Discard 最后又回去研究报"错误: 11 试图加载格式不正确的程序"的问题...DestinationImageFile:"G:\Temp\Microsoft-Windows-Server-Language-Pack_x64_zh-cn.cab" /Compress:max 报错原因是源和目标路径的文件夹不能一样...LP.wim /Compress:max /CheckIntegrity dism /Get-WimInfo /WimFile:G:\LP.wim #注意源和目标路径不能相同,否则会报错误: 11 试图加载格式不正确的程序...:"G:\Temp\Microsoft-Windows-Server-Language-Pack_x64_zh-cn.cab" /Compress:max 真是一波三折 虽然上面办法转化得到了.cab格式的文件...SoftwareDistribution\Download\xxx子目录)中找到Microsoft-Windows-Server-Language-Pack_x64_zh-cn.cab,能找到固然好,找不到

    74111

    程序员找不到女朋友的原因

    1、程序员找不女朋友的原因 程序员问禅师:“大师,我身体健康,思想端正,各方面都不错,为何就是找不到女朋友呢?” 禅师浅笑,答:“原因很简单,不过若想我告诉你,你需先写一段java代码。”...“再写一段C#” 写完了, “再写一段php” 写完了, “再写一段js”,写完了, “这就是原因” 。 2、技术宅男如何把妹?...5、程序员找不到对象 程序员找不到对象,一般有三种情况: 1、 C# JAVA都有对象,但是经常找不到对象。 2、ASM C直接没有对象。 3、javascript都是伪对象,最多算暧昧。..., 那麽你对於我的第三个问题的答案能不能和第二个问题的答案一样? 老板:…. 7、 世界上最遥远的距离不是生与死,而是你亲手制造的BUG就在你眼前,你却怎么都找不到她。。。...10、 据说一老外年轻的时候,立志要当一名伟大的作家。怎么才算伟大呢?他说:我写的东西全世界都要看到!看完他们必定会歇斯底里!会火冒三丈!会痛苦万分!

    958120

    【说站】mysql外键约束的作用

    mysql外键约束的作用 1、外键约束是保证一个或两个表之间的参考完整性,外键是构建在一个表的两个字段或两个表的两个字段之间的参考关系。 2、通过外键约束,确保表格之间数据的完整性和准确性。...实例 -- 外键约束的操作 -- 关键字 foreighn key -- 概述:就是让两个以及多个表之间建立联系 -- 创建表时加入外键 CREATE TABLE tab( id int PRIMARY... KEY , name VARCHAR(30), t_id INT, -- 外键对应主表的主键 数据类型要一样 CONSTRAINT     tab_tab1_id -- 外键名称 FOREIGN KEY...KEY , -- 主键id 也是连接tab表的外键 age INT );   -- 删除外键约束 ALTER TABLE     tab -- 表名 DROP FOREIGN KEY     tab_tab1...) -- 外键列名 REFERENCES tab1(id); -- 主表(列名) 以上就是mysql外键约束的作用,希望对大家有所帮助。

    4.6K20

    从 MySQL 物理外键开始的思考

    我们来看个例子,然后我们根据以下的点来分析: 一、外键的性能问题 我刚写了一些,然后发现有人写的更好而且简洁,就引用吧:@mysqlops 为何说外键有性能问题: 1.数据库需要维护外键的内部管理; 2....外键等于把数据的一致性事务实现,全部交给数据库服务器完成; 3.有了外键,当做一些涉及外键字段的增,删,更新操作之后,需要触发相关操作去检查,而不得不消耗资源; 4.外键还会因为需要请求对其他表内部加锁而容易出现死锁情况...这样的后果之一是BLOB和TEXT列不被包括在一个外键中,这是因为对这些列的索引必须总是包含一个前缀长度 InnoDB不对那些外键或包含NULL列的被引用键值检查外键约束 关于对SQL标准的背离(这里只贴其中一个点...四、外键对拓展性的限制和影响 计划赶不上变化,外键的主从关系是定的,然后你会因为这个做很多事情,但是万一哪天主键所在表就见鬼去了呢?万一哪天你发现外键表不是非得跟人家的主键挂上关系呢?...因为某些原因(比如你想要的关系数据库不支持,mysql经常),有些地方你就不能设计外键了,到时候一有级联更新的需要时,一部分你靠物理外键,一部分你还得靠自己,我觉得还不如全靠代码逻辑去保证。

    3.8K20

    Nginx 不能访问 (找不到)Django 静态文件的原因

    前提 django 部署模式为 debug = False(debug = True 找不到静态文件基本是配置错误,去详细检查 settings.py 里的 STATIC_URL、STATICFILES_DIRS...可能原因 Nginx 配置文件没有启用 root 用户(使用:user root;) Nginx 配置静态文件路径没使用绝路径(如:/root/home/djangoprojects/djangoblog.../static_root) Nginx 配置静态文件路径没使用 django 项目的 settings.py 里的 STATIC_ROOT 指向的目录 Nginx 的配置规则屏蔽了 js、css 等结尾的静态文件...django 项目的 settings.py 里的 STATIC_ROOT 不是独立的目录,确保是独立的目录而不是 py 语句(如:STATIC_ROOT = 'static_root/' ,然后重新收集静态文件...:python manage.py collectstatic) django 项目的 settings.py 里的 STATIC_ROOT 指向的目录和文件权限不是当前用户的(授权:chmod -R

    3.1K30
    领券