DROP TABLE IF EXISTS emp1 ,emp2
MySQL 최적화 - 간단한 구문의 샘플 코드 분석
MySQL 최적화 - 단순 구문의 샘플 코드 분석:
1. 기본 제약 조건
--mysql CREATE TABLE emp ( id INT DEFAULT 12 )
2. 자동 증가 열 설정
MYSQL의 자동 증가 열은 인덱스 열이어야 하며 시드 값은 테이블 뒤쪽에 설정되어야 합니다.
--mysql -- 设置自增ID从N开始 CREATE TABLE emp ( ID INT PRIMARY KEY AUTO_INCREMENT ) AUTO_INCREMENT = 100 ; --(设置自增ID从100开始)
자동 증가 열의 단계 크기를 설정합니다. 글로벌 레벨과 세션 레벨로 나뉘며, 세션 레벨인 경우 사용자가 새 세션을 생성하면 단계 크기가 글로벌 레벨로 돌아갑니다. MySQL은 테이블 레벨 단계 크기로 설정할 수 없습니다. !
mysql 서버는 전역 변수와 세션 변수라는 두 가지 유형의 mysql 시스템 매개변수(시스템 변수)를 유지 관리합니다.
그 의미와 차이점은 각각의 이름에 표시된 것과 같습니다. 세션 변수는 세션 수준에 있으며 해당 변경 사항은 이 세션에만 영향을 미칩니다.
이러한 변수에 대한 변경 사항은 모두에 영향을 미칩니다. 다음에 mysql 서버가 다시 시작될 때까지 새 세션(기존 세션은 변경 시 영향을 받지 않음).
변경 사항이 재시작에 영향을 미칠 수 없다는 점에 유의하세요. mysql 서버가 재시작될 때 새 값을 사용하려면 명령줄에서 변수 옵션을 지정하거나 옵션 파일을 변경해야만 지정할 수 있습니다. SET를 통한 변경 사항은 다시 시작할 때 연결할 수 없습니다.
각 시스템 변수에는 mysql 시스템을 컴파일할 때 결정되는 기본값이 있습니다.
시스템 변수를 지정하려면 일반적으로 서버 시작 시 명령줄에서 옵션을 지정하거나 옵션 파일을 통해 지정할 수 있습니다.
물론 대부분의 시스템 변수는 시스템 실행 시 set 명령을 통해 지정할 수 있습니다. 값.
시스템의 현재 기본 자동 증분 열 시드 값과 단계 값 보기
SHOW GLOBAL VARIABLES LIKE 'auto_incre%'; -- 全局变量
뒤에 다른 데이터를 삽입해야 합니다. 8시인가 11시인가?
답변: 테이블 유형이 MyISAM이면 11입니다. 테이블 유형이 InnoDB인 경우 ID는 8입니다.
두 가지 유형의 스토리지 엔진이 최대 ID 레코드를 서로 다른 방식으로 저장하기 때문입니다. MyISAM 테이블은 데이터 파일에 최대 ID를 기록하며, 자동 증가된 기본 키의 최대 ID 값은 다음과 같은 경우에도 손실되지 않습니다. restarting mysql;
InnoDB는 최대 ID 값을 메모리에 기록하므로 mysql을 다시 시작하거나 테이블에 OPTIMIZE 작업을 수행하면 최대 ID 값이 손실됩니다.
그런데 MYSQL이 현재 테이블의 자동 증가 값을 가져오는 방법에는 네 가지가 있습니다
(1) SELECT MAX(id) FROM person 针对特定表 (2) SELECT LAST_INSERT_ID() 函数 针对任何表 (3) SELECT @@identity 针对任何表
일반적으로 시스템 정의 전역 변수는 @@으로 시작하고, 사용자 정의 변수는 @로 시작합니다.
@@identity를 사용하기 위한 전제 조건은 삽입 작업을 수행한 후 select @@identity를 실행할 때 연결이 닫히지 않는다는 것입니다. 그렇지 않으면 결과가 NULL 값이 됩니다.
(4) SHOW TABLE STATUS LIKE 'person'
결과적으로 해당 테이블 이름 레코드에 Auto_increment 필드가 있고 다음 값이 자동 증가 ID는 현재 테이블의 최대 자동 증가 ID입니다.
DESC emp
로그인 후 복사
4. DESC emp
ALTER TABLE emp RENAME emp2
5. 필드 데이터 유형 수정
id 필드의 int 유형을 bigint
ALTER TABLE emp2 MODIFY id BIGINT
로 변경합니다.
MYSQL에서 필드 이름을 수정할 때 해당 필드의 데이터 유형을 추가해야 합니다. 그렇지 않으면 오류가 보고되며 CHANGE에서도 MODIFY와 동일한 효과를 얻기 위해 데이터 유형만 수정할 수 있도록 설정하는 것입니다. SQL 문의 "새 필드 이름"과 "이전 필드 이름"을 동일한 이름으로 변경하고 "데이터 유형"만 변경합니다. 지금의 예와 같이 id 열을 bigint 데이터 유형
<p style="margin-bottom: 7px;">ALTER TABLE emp2 CHANGE id id BIGINT<br/></p>
7. 필드 추가
ALTER TABLE emp2 ADD NAME NVARCHAR(200) NULL
8. 필드 삭제
MYSQL 삭제 필드 COLUMN 키워드
ALTER TABLE emp2 DROP NAME
외래 키 제약 조건인 경우 DROP FOREIGN KEY를 사용해야 합니다. 기본 키 제약 조건인 경우 DROP PRIMARY KEY를 사용해야 합니다. 외래 키 제약 조건 삭제
ALTER TABLE emp2 DROP FOREIGN KEY fk_emp_dept
--기본 키 제약 조건 삭제
ALTER TABLE emp2 DROP PRIMARY KEY pk_emp_dept
DROP TABLE emp2
하지만 삭제하려는 경우 같은 시간 여러 테이블을 삭제하거나 삭제하기 전에 먼저 판단하십시오
DROP TABLE IF EXISTS emp1 ,emp2
로그인 후 복사
보충:DROP TABLE IF EXISTS emp1 ,emp2
USE test; -- myisam引擎 CREATE TABLE TEST( ID int unsigned not null auto_increment, name varchar(10) not null, key(name,id))engine=MYISAM auto_increment=100 ; -- innodb引擎 CREATE TABLE TESTIdentity( ID int unsigned not null auto_increment, NID INT UNSIGNED , name varchar(10) not null, key(id))engine=INNODB auto_increment=100 ; --或者主键 CREATE TABLE TESTIdentity( ID int unsigned not null auto_increment, NID INT UNSIGNED , name varchar(10) not null, key(id))engine=INNODB auto_increment=100 ; [Database4] ErrorCode: -2147467259, Number: 1075 ErrorMessage: Incorrect table definition; there can be only one auto column and it must be defined as a key alter table TESTIdentity modify column nid int auto_increment;
innodb 엔진이나 MYISAM 엔진 테이블에 관계없이 자동 증가 열은 하나만 있을 수 있습니다. , 자동 증가입니다. 열은 보조 인덱스이든 기본 키 인덱스이든 상관없이 인덱스 열이어야 합니다
위 내용은 MySQL 최적화 - 간단한 구문의 샘플 코드 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

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

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

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

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

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

드림위버 CS6
시각적 웹 개발 도구

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

뜨거운 주제











Root로 MySQL에 로그인 할 수없는 주된 이유는 권한 문제, 구성 파일 오류, 암호 일관성이 없음, 소켓 파일 문제 또는 방화벽 차단입니다. 솔루션에는 다음이 포함됩니다. 구성 파일의 BAND-ADDRESS 매개 변수가 올바르게 구성되어 있는지 확인하십시오. 루트 사용자 권한이 수정 또는 삭제되어 재설정되었는지 확인하십시오. 케이스 및 특수 문자를 포함하여 비밀번호가 정확한지 확인하십시오. 소켓 파일 권한 설정 및 경로를 확인하십시오. 방화벽이 MySQL 서버에 연결되는지 확인하십시오.

MySQL이 테이블 구조를 수정하면 메타 데이터 잠금 장치가 일반적으로 사용되므로 테이블을 잠글 수 있습니다. 자물쇠의 영향을 줄이려면 다음과 같은 조치를 취할 수 있습니다. 1. 온라인 DDL과 함께 테이블을 사용할 수 있습니다. 2. 배치에서 복잡한 수정을 수행합니다. 3. 소형 또는 피크 기간 동안 운영됩니다. 4. PT-OSC 도구를 사용하여 더 미세한 제어를 달성하십시오.

1. 올바른 색인을 사용하여 스캔 한 데이터의 양을 줄임으로써 데이터 검색 속도를 높이십시오. 테이블 열을 여러 번 찾으면 해당 열에 대한 인덱스를 만듭니다. 귀하 또는 귀하의 앱이 기준에 따라 여러 열에서 데이터가 필요한 경우 복합 인덱스 2를 만듭니다. 2. 선택을 피하십시오 * 필요한 열만 선택하면 모든 원치 않는 열을 선택하면 더 많은 서버 메모리를 선택하면 서버가 높은 부하 또는 주파수 시간으로 서버가 속도가 느려지며, 예를 들어 Creation_at 및 Updated_at 및 Timestamps와 같은 열이 포함되어 있지 않기 때문에 쿼리가 필요하지 않기 때문에 테이블은 선택을 피할 수 없습니다.

MySQL 데이터베이스에서 사용자와 데이터베이스 간의 관계는 권한과 테이블로 정의됩니다. 사용자는 데이터베이스에 액세스 할 수있는 사용자 이름과 비밀번호가 있습니다. 권한은 보조금 명령을 통해 부여되며 테이블은 Create Table 명령에 의해 생성됩니다. 사용자와 데이터베이스 간의 관계를 설정하려면 데이터베이스를 작성하고 사용자를 생성 한 다음 권한을 부여해야합니다.

MySQL에는 무료 커뮤니티 버전과 유료 엔터프라이즈 버전이 있습니다. 커뮤니티 버전은 무료로 사용 및 수정할 수 있지만 지원은 제한되어 있으며 안정성이 낮은 응용 프로그램에 적합하며 기술 기능이 강합니다. Enterprise Edition은 안정적이고 신뢰할 수있는 고성능 데이터베이스가 필요하고 지원 비용을 기꺼이 지불하는 응용 프로그램에 대한 포괄적 인 상업적 지원을 제공합니다. 버전을 선택할 때 고려 된 요소에는 응용 프로그램 중요도, 예산 책정 및 기술 기술이 포함됩니다. 완벽한 옵션은없고 가장 적합한 옵션 만 있으므로 특정 상황에 따라 신중하게 선택해야합니다.

데이터 통합 단순화 : AmazonRdsMysQL 및 Redshift의 Zero ETL 통합 효율적인 데이터 통합은 데이터 중심 구성의 핵심입니다. 전통적인 ETL (추출, 변환,로드) 프로세스는 특히 데이터베이스 (예 : AmazonRDSMySQL)를 데이터웨어 하우스 (예 : Redshift)와 통합 할 때 복잡하고 시간이 많이 걸립니다. 그러나 AWS는 이러한 상황을 완전히 변경 한 Zero ETL 통합 솔루션을 제공하여 RDSMYSQL에서 Redshift로 데이터 마이그레이션을위한 단순화 된 거의 실시간 솔루션을 제공합니다. 이 기사는 RDSMYSQL ZERL ETL 통합으로 Redshift와 함께 작동하여 데이터 엔지니어 및 개발자에게 제공하는 장점과 장점을 설명합니다.

MySQL은 Android에서 직접 실행할 수는 없지만 다음 방법을 사용하여 간접적으로 구현할 수 있습니다. Android 시스템에 구축 된 Lightweight Database SQLite를 사용하여 별도의 서버가 필요하지 않으며 모바일 장치 애플리케이션에 매우 적합한 작은 리소스 사용량이 있습니다. MySQL 서버에 원격으로 연결하고 데이터 읽기 및 쓰기를 위해 네트워크를 통해 원격 서버의 MySQL 데이터베이스에 연결하지만 강력한 네트워크 종속성, 보안 문제 및 서버 비용과 같은 단점이 있습니다.

MySQL 데이터베이스 성능 최적화 안내서 리소스 집약적 응용 프로그램에서 MySQL 데이터베이스는 중요한 역할을 수행하며 대규모 트랜잭션 관리를 담당합니다. 그러나 응용 프로그램 규모가 확장됨에 따라 데이터베이스 성능 병목 현상은 종종 제약이됩니다. 이 기사는 일련의 효과적인 MySQL 성능 최적화 전략을 탐색하여 응용 프로그램이 고 부하에서 효율적이고 반응이 유지되도록합니다. 실제 사례를 결합하여 인덱싱, 쿼리 최적화, 데이터베이스 설계 및 캐싱과 같은 심층적 인 주요 기술을 설명합니다. 1. 데이터베이스 아키텍처 설계 및 최적화 된 데이터베이스 아키텍처는 MySQL 성능 최적화의 초석입니다. 몇 가지 핵심 원칙은 다음과 같습니다. 올바른 데이터 유형을 선택하고 요구 사항을 충족하는 가장 작은 데이터 유형을 선택하면 저장 공간을 절약 할 수있을뿐만 아니라 데이터 처리 속도를 향상시킬 수 있습니다.
