#查看数据库所有表SELECT tba.TABLE_NAME FROM information_schema.TABLES tba WHERE tba.TABLE_SCHEMA= '你要查的数据库名字'#查看某个库中的一个表是哪些表的外键SELECT TABLE_NAME FROM KEY_COLUMN_USAGE WHERE CONSTRAINT_NAME='FK_PRODUCT_ID' AND REFERENCED_TABLE_NAME ='表的名字'AND REFERENCED_TABLE_SCHEMA='表的的数据名字'
外键的设计初衷是为了在数据库端保证对逻辑上相关联的表数据在操作上的一致性与完整性。
精简关联数据，减少数据冗余避免后期对大量冗余处理的额外运维操作。
降低应用代码复杂性，减少了额外的异常处理相关数据管理全由数据库端处理。
增加文档的可读性特别是在表设计开始，绘制 ER 图的时候，逻辑简单明了，可读性非常强。
性能压力外键一般会存在级联功能，级联更新，级联删除等等。在海量数据场景，造成很大的性能压力。比如插入一条新记录，如果插入记录的表有 10 个外键，那势必要对关联的 10 张表逐一检查插入的记录是否合理，延误了正常插入的记录时间。并且父表的更新会连带子表加上相关的锁。
其他功能的灵活性不佳比如，表结构的更新等。
外键参照动作列表：
CASCADE：级联，子表跟随父表更新外键值
SET NULL：子表更随主表更新外键值为 NULL
RESTRICT/ NO ACTION：默认，限制父表改动外键值
SET DEFAULT：目前产生的效果和 RESTRICT 相同。
在MySQL中，您可以使用以下步骤设置主键和外键：
- 设置主键：在创建表时，可以使用PRIMARY KEY约束来定义主键。主键是一个或多个字段，它的值用于唯一地标识表中的某一条记录 。
- 设置外键：在创建表时，可以使用FOREIGN KEY约束来定义外键。外键是用于建立或加强两个表数据之间的链接的一列或多列。如果公共关键字在一个表中存在，而在另一个表中不存在，则必须使用FOREIGN KEY约束来定义外键 。
表的关联，只是一种逻辑概念，本并不需要进行物理上的“硬绑定”，而且你所期望的关联，只是其数据上存在一定的联系而已，这种联系实际上是设计之初就定义好的固有逻辑。
所以在业务代码中实现的时候，只要按照设计之初的这种固有关联逻辑来“存/取”数据即可，并不需要在数据库层面进行“硬绑定”
因为在数据库层面通过使用外键的方式进行“硬绑定”，会带来很多额外的资源消耗来进行一致性和完整性校验，即使很多时候我们并不需要这个校验。
所以一般不建议在数据库中使用外键约束来保证数据的一致性和完整性。
1. 是因为mySQL添加外键时，需要保证外键关联的字段有对应的索引。2. 缺少索引可能是因为在添加外键之前，没有为相关字段创建索引，或者创建的索引不符合外键的要求。3. 为了解决这个问题，可以先为相关字段创建索引，确保满足外键的要求。如果已经创建了索引但仍然报错，可能是索引的命名或者字段类型不正确，需要检查并修正。另外，还可以考虑使用AlteR TABLE语句来添加外键，以确保索引的正确性。