이 글에서는 주로 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 중국어 웹사이트의 기타 관련 기사를 참조하세요!

MySQL은 GPL 라이센스를 사용합니다. 1) GPL 라이센스는 MySQL의 무료 사용, 수정 및 분포를 허용하지만 수정 된 분포는 GPL을 준수해야합니다. 2) 상업용 라이센스는 공개 수정을 피할 수 있으며 기밀이 필요한 상업용 응용 프로그램에 적합합니다.

MyISAM 대신 InnoDB를 선택할 때의 상황에는 다음이 포함됩니다. 1) 거래 지원, 2) 높은 동시성 환경, 3) 높은 데이터 일관성; 반대로, MyISAM을 선택할 때의 상황에는 다음이 포함됩니다. 1) 주로 읽기 작업, 2) 거래 지원이 필요하지 않습니다. InnoDB는 전자 상거래 플랫폼과 같은 높은 데이터 일관성 및 트랜잭션 처리가 필요한 응용 프로그램에 적합하지만 MyISAM은 블로그 시스템과 같은 읽기 집약적 및 트랜잭션이없는 애플리케이션에 적합합니다.

MySQL에서 외국 키의 기능은 테이블 간의 관계를 설정하고 데이터의 일관성과 무결성을 보장하는 것입니다. 외국 키는 참조 무결성 검사 및 계단식 작업을 통해 데이터의 효과를 유지합니다. 성능 최적화에주의를 기울이고 사용할 때 일반적인 오류를 피하십시오.

MySQL에는 B-Tree Index, Hash Index, Full-Text Index 및 공간 인덱스의 네 가지 주요 인덱스 유형이 있습니다. 1.B- 트리 색인은 범위 쿼리, 정렬 및 그룹화에 적합하며 직원 테이블의 이름 열에서 생성에 적합합니다. 2. HASH 인덱스는 동등한 쿼리에 적합하며 메모리 저장 엔진의 HASH_Table 테이블의 ID 열에서 생성에 적합합니다. 3. 전체 텍스트 색인은 기사 테이블의 내용 열에서 생성에 적합한 텍스트 검색에 사용됩니다. 4. 공간 지수는 지리 공간 쿼리에 사용되며 위치 테이블의 Geom 열에서 생성에 적합합니다.

toreateanindexinmysql, usethecreateindexstatement.1) forasinglecolumn, "createindexidx_lastnameonemployees (lastname);"2) foracompositeIndex를 사용하고 "createDexIdx_nameonemployees (forstName, FirstName);"3)을 사용하십시오

MySQL과 Sqlite의 주요 차이점은 설계 개념 및 사용 시나리오입니다. 1. MySQL은 대규모 응용 프로그램 및 엔터프라이즈 수준의 솔루션에 적합하며 고성능 및 동시성을 지원합니다. 2. SQLITE는 모바일 애플리케이션 및 데스크탑 소프트웨어에 적합하며 가볍고 내부질이 쉽습니다.

MySQL의 인덱스는 데이터 검색 속도를 높이는 데 사용되는 데이터베이스 테이블에서 하나 이상의 열의 주문 구조입니다. 1) 인덱스는 스캔 한 데이터의 양을 줄임으로써 쿼리 속도를 향상시킵니다. 2) B-Tree Index는 균형 잡힌 트리 구조를 사용하여 범위 쿼리 및 정렬에 적합합니다. 3) CreateIndex 문을 사용하여 CreateIndexIdx_customer_idonorders (customer_id)와 같은 인덱스를 작성하십시오. 4) Composite Indexes는 CreateIndexIdx_customer_orderOders (Customer_id, Order_Date)와 같은 다중 열 쿼리를 최적화 할 수 있습니다. 5) 설명을 사용하여 쿼리 계획을 분석하고 피하십시오

MySQL에서 트랜잭션을 사용하면 데이터 일관성이 보장됩니다. 1) STARTTRANSACTION을 통해 트랜잭션을 시작한 다음 SQL 작업을 실행하고 커밋 또는 롤백으로 제출하십시오. 2) SavePoint를 사용하여 부분 롤백을 허용하는 저장 지점을 설정하십시오. 3) 성능 최적화 제안에는 트랜잭션 시간 단축, 대규모 쿼리 방지 및 격리 수준을 합리적으로 사용하는 것이 포함됩니다.


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

SecList
SecLists는 최고의 보안 테스터의 동반자입니다. 보안 평가 시 자주 사용되는 다양한 유형의 목록을 한 곳에 모아 놓은 것입니다. SecLists는 보안 테스터에게 필요할 수 있는 모든 목록을 편리하게 제공하여 보안 테스트를 더욱 효율적이고 생산적으로 만드는 데 도움이 됩니다. 목록 유형에는 사용자 이름, 비밀번호, URL, 퍼징 페이로드, 민감한 데이터 패턴, 웹 셸 등이 포함됩니다. 테스터는 이 저장소를 새로운 테스트 시스템으로 간단히 가져올 수 있으며 필요한 모든 유형의 목록에 액세스할 수 있습니다.

SublimeText3 영어 버전
권장 사항: Win 버전, 코드 프롬프트 지원!

Atom Editor Mac 버전 다운로드
가장 인기 있는 오픈 소스 편집기

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경
