이 글에서는 주로 MySQL이 외래 키를 생성할 수 없는 이유와 해결 방법을 소개하고, MySQL이 외래 키를 생성할 수 없다는 사실과 외래 키의 쿼리 속성에 대해 시기적절한 지식을 제공합니다. 관심 있는 친구들은 꼭 살펴보세요.
두 테이블을 연결할 때 외래 키를 생성할 수 없습니다. 이 블로그에서 문제는 테이블 수준과 필드 수준에서 6번 항목의 Charset 및 Collate 옵션의 일관성에 있음을 알 수 있습니다. 두 테이블의 인코딩 문자 집합과 대조가 일치하지 않으며 두 테이블 모두 SQL 문을 실행합니다.
alter table 表名 convert to character set utf8;
문제를 완벽하게 해결합니다.
ps: 아래에서 MySQL이 외래 키를 생성하거나 외래 키를 쿼리할 수 없음을 살펴보겠습니다. .
MyISAM 및 InnoDB의 속성 설명
InnoDB와 MyISAM은 MySQL을 사용할 때 많은 사람들이 가장 일반적으로 사용하는 두 가지 테이블 유형입니다. 두 테이블 유형 모두 특정 애플리케이션에 따라 장점과 단점이 있습니다. 기본적인 차이점은 MyISAM 유형은 트랜잭션 처리와 같은 고급 처리를 지원하지 않지만 InnoDB 유형은 지원한다는 것입니다. MyISAM 유형 테이블은 성능을 중시하며 InnoDB 유형에 비해 실행 시간은 빠르지만 트랜잭션 지원을 제공하지 않는 반면, InnoDB는 트랜잭션 지원 및 외래 키와 같은 고급 데이터베이스 기능을 제공합니다.
다음은 몇 가지 세부 사항과 구체적인 구현 차이점입니다.
◆1.InnoDB는 FULLTEXT 유형 인덱스를 지원하지 않습니다.
◆2. InnoDB는 테이블에 특정 행 수를 저장하지 않습니다. 즉, 테이블에서 select count(*)를 실행할 때 InnoDB는 행 수를 계산하기 위해 전체 테이블을 스캔해야 하지만 MyISAM은 간단히 읽고 저장하면 됩니다. 행 수만 있으면 충분합니다. count(*) 문에 where 조건이 포함된 경우 두 테이블의 작업은 동일합니다.
◆3. AUTO_INCREMENT 유형의 필드의 경우 InnoDB에는 이 필드만 포함된 인덱스가 있어야 하지만 MyISAM 테이블에서는 다른 필드와 공동 인덱스를 설정할 수 있습니다.
◆4. DELETE FROM 테이블을 실행하면 InnoDB는 테이블을 다시 생성하지 않고 행 단위로 삭제합니다.
◆5. InnoDB에서는 LOAD TABLE FROM MASTER 작업이 작동하지 않습니다. 해결 방법은 먼저 InnoDB 테이블을 MyISAM 테이블로 변경한 다음 데이터를 가져온 후 InnoDB 테이블로 변경하는 것입니다. 사용된 기능(예: 외부 키) 테이블은 적용되지 않습니다.
또한 InnoDB 테이블의 행 잠금은 절대적이지 않습니다. MySQL이 SQL 문을 실행할 때 스캔할 범위를 결정할 수 없는 경우 InnoDB 테이블은 전체 테이블도 잠급니다(예: update table set num=1). where name like "%aaa %"
두 유형의 주요 차이점은 Innodb가 트랜잭션 처리, 외래 키 및 행 수준 잠금을 지원한다는 것입니다. MyISAM은 이를 지원하지 않습니다. 따라서 MyISAM은 소규모 프로젝트에만 사용하기에 적합한 것으로 간주되는 경우가 많습니다.
MySQL을 사용하는 사용자의 관점에서는 Innodb와 MyISAM이 모두 선호됩니다. 데이터베이스 플랫폼이 99.9% 안정성, 편리한 확장성 및 고가용성 요구 사항을 충족하려면 MyISAM이 확실히 첫 번째 선택입니다.
이유는 다음과 같습니다.
1. 플랫폼에서 진행되는 대부분의 프로젝트는 읽기는 많고 쓰기는 적은 프로젝트인데, MyISAM의 읽기 성능이 Innodb보다 훨씬 좋습니다.
2. MyISAM의 인덱스와 데이터를 분리하고 인덱스를 압축하므로 그에 따라 메모리 사용량이 늘어납니다. 더 많은 인덱스를 로드할 수 있으며 Innodb의 인덱스와 데이터는 긴밀하게 바인딩되어 있으므로 압축이 사용되지 않으므로 Innodb가 MyISAM보다 훨씬 커집니다.
3. 애플리케이션 개발자가 실수로 잘못된 범위로 작성된 테이블을 업데이트하여 테이블을 정상적으로 사용할 수 없게 되는 경우가 1~2개월마다 자주 발생합니다. 이때 MyISAM의 우수성이 반영됩니다. 그날 복사한 압축 패키지에서 해당 테이블의 파일을 꺼내서 데이터베이스 디렉터리에 넣은 다음, sql로 덤프하고 다시 기본 데이터베이스로 가져오고 해당 binlog를 채웁니다. Innodb라면 그렇게 빠르지는 않을 것 같습니다. 가장 작은 데이터베이스 인스턴스의 데이터 용량이 수십 기가바이트에 달하기 때문에 정기적으로 xxx.sql 내보내기 메커니즘을 사용하여 백업하라고 Innodb에 요청하지 마세요. .
4. 애플리케이션 로직의 관점에서 볼 때, select count(*) 및 order by는 전체 SQL 문의 60% 이상을 차지하는 가장 빈번한 작업입니다. 실제로 Innodb는 이러한 작업을 위해 테이블을 잠급니다. Innodb에는 기본 키와 기본 키가 아닌 키가 전체 테이블을 잠그는 경우에만 유효한 행 수준 잠금이 있다고 생각하십시오.
5. 정기적으로 특정 테이블에 대한 데이터를 제공해야 하는 응용 프로그램 부서도 많습니다. MyISAM은 해당 테이블에 해당하는 frm.MYD, MYI 파일을 전송하기만 하면 됩니다. 데이터베이스를 시작하기만 하면 되는데, 파일을 다른 사람에게 주는 것만으로는 사전 데이터 파일의 영향으로 사용할 수 없기 때문에 Innodb에서 xxx.sql을 내보내야 합니다.
6. 삽입 쓰기 작업의 경우 MyISAM과 비교할 때 Innodb는 아직 MyISAM의 쓰기 성능에 도달할 수 없습니다. 인덱스 기반 업데이트 작업의 경우 MyISAM이 Innodb보다 열등할 수 있지만 슬레이브 데이터베이스가 이렇게 높은 동시 쓰기를 수행할 수 있습니까? 따라잡는 것도 문제입니다. 다중 인스턴스 하위 데이터베이스와 하위 테이블 아키텍처를 통해 해결하는 것이 좋습니다.
7. MyISAM을 사용하면 병합 엔진을 통해 응용 프로그램 부서의 개발 속도를 크게 높일 수 있습니다. 이 병합 테이블에서는 일부 선택 카운트(*) 작업만 수행하면 되며 이는 대규모 프로젝트에 매우 적합합니다. 특정 유형(예: 로그, 설문조사 통계) 비즈니스 테이블의 수억 개의 총 행 수입니다.
当然Innodb也不是绝对不用，用事务的项目就用Innodb的。另外，可能有人会说你MyISAM无法抗太多写操作，但是可以通过架构来弥补。
SELECT * FROM information_schema.key_column_usage WHERE table_name='表名' ; show create table 表名 ;
위 내용은 MySQL이 외래 키를 생성할 수 없는 이유와 해결 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
