大家好，感谢邀请，今天来为大家分享一下mysql数据库设计与优化，应不应该使用约束的问题，以及和mysql外键不建议的一些困惑，大家要是还不太明白的话，也没有关系，因为接下来将为大家分享，希望可以帮助到大家，解决大家的问题，下面就开始吧！
本文目录
mysql子查询后关联索引就没有了
在MySQL中，子查询的使用不会直接导致关联索引失效。然而，子查询可能会对查询的性能产生影响，包括关联索引的使用。
当子查询被用作主查询（即在主查询的SELECT语句中使用）时，MySQL会执行子查询并将结果用于主查询的条件或关联操作。这可能导致MySQL无法有效地使用关联索引，因为它需要首先执行子查询并将其结果存储在临时表中，然后再执行主查询。这样，MySQL可能会选择使用全表扫描或其他不利于索引的执行计划。
然而，在某些情况下，MySQL可能会将子查询转换为关联查询，从而允许使用关联索引。这称为“关联子查询转换”。这取决于查询的具体情况以及MySQL版本。
总之，虽然子查询的使用可能会影响关联索引的使用，但并不意味着子查询会直接使关联索引失效。请根据具体情况考虑如何优化查询以提高性能。
mysql数据库设计与优化，应不应该使用约束
首先使用约束可以确保表数据的准确完整和唯一性；
其中常见的约束有
PRIMARYKEY,DEFAULT,UNIQUE,FOREIGNKEY，NOTNULL
一般情况下：DEFAULT和NOTNULL是会限制的，可以确保数据完整避免程序逻辑不够严谨造成的系统异常。但也不是绝对的，如果是后期优化还要考虑现有数据是否会造成冲突。
PRIMARYKEY在大对数情况下会设置作为业务数据的唯一标识符。但一些关系表一般可以不设置。有人说PRIMARYKEY必须自增，其实也未必。得就实际业务需求而定。
UNIQUE约束可以保证一列或者多列组合值都是唯一的。可以提升这一列的搜索效率。但同样也得考虑历史数据的情况。
当然以上情况只是经验之谈，具体数据库的优化一定是根据实际的业务逻辑进行的。可能没有什么必须遵守不可违背的定律。
只要符合业务需求并且能够提升业务效率，就是合理的设计。
mysql什么存储引擎支持事务处理，支持外键和并发系统
mysql的InnoDB存储引擎支持事务处理，支持外键和并发系统。
InnoDB存储引擎：
InnoDB是事务型数据库的首选引擎，支持事务安全表（ACID），其它存储引擎都是非事务安全表，支持行锁定和外键，MySQL5.5以后默认使用InnoDB存储引擎。
支持事务处理，支持外键，支持崩溃修复能力和并发控制。如果需要对事务的完整性要求比较高（比如银行），要求实现并发控制（比如售票），那选择InnoDB有很大的优势。如果需要频繁的更新、删除操作的数据库，也可以选择InnoDB，因为支持事务的提交（commit）和回滚（rollback）。
mysql表行删不掉
删不掉的愿意可能是有外键关联
文章到此结束，如果本次分享的mysql数据库设计与优化，应不应该使用约束和mysql外键不建议的问题解决了您的问题，那么我们由衷的感到高兴！
