MySQL Enterprise Edition

의 MySQL 엔터프라이즈 에디션은 상업, 수상 경력, 널리 사용되는 슈퍼 빠른 RDBMS (관계형 데이터베이스 관리 시스템), 원래 썬 마이크로 시스템즈에 의해 만들어지고 이제 오라클 유지했다. 그것은 MySQL과 엔터프라이즈 백업과 같은 강력한 엔터프라이즈 기능을 포함, glanceKey에서의 MySQL 엔터프라이즈 모니터, MySQL의 기업 HA, MySQL의 기업 확장 성, MySQL의 기업 보안, MySQL의 기업 감사, MySQL의 기업 모니터, MySQL은 쿼리 분석기, MySQL의 직물와 MySQL Workbench.Features 핫 & rdquo; 기능, 시점 복구 기능, 부분 또는 전체 복원, 외부 인증 지원, 온라인 제어판에서 & ldquo 스레드 풀, 정책 기반의 감사 규정 준수에 대한 지원, 증분 전체 또는 부분 백업을 만들기위한 지원을 포함한다; InnoDB의, NDB와의 MyISAM 등 다양한 스토리지 엔진에 대한 백업 지원, 클러스터 관리자 및 클러스터 지리적 복제 기능, 자동 크기 조정 지원뿐만 아니라.
또한, 백업 압축, 데이터베이스 복제 기능을, DRBD (분산 복제 된 블록 장치) 지원은 Oracle Solaris 클러스터링, 오라클 VM 템플릿, 윈도우 장애 조치 클러스터링, 윈도우 액티브 디렉토리 통합, PAM (플러그 인증 모듈) 인증 지원뿐만 아니라 24 / 오라클 7 지원. 또 다른 흥미로운 기능 그것을 데이터베이스 인프라 스트럭처가 매우 systemsMySQL는 데비안 GNU / 리눅스, 우분투, 수세 리눅스 엔터프라이즈 서버, 레드를 포함한 리눅스 배포판의 넓은 범위에서 사용할 수 있다는 것을 의미 큰 가용성을 제공 운영 available.Supported 할 수있는 능력을 의 MySQL 엔터프라이즈 에디션에 Hat 엔터프라이즈 리눅스와 오라클 리눅스뿐만 아니라, 썬 솔라리스, BSD, 맥 OS X 및 Microsoft Windows 운영 systems.The MySQL의 커뮤니티 EditionsIn의 추가, 커뮤니티 에디션은 무료 다운로드가 가능하며 쉽게 설치할 수 있습니다 각각의 GNU / 리눅스 배포판의 기본 소프트웨어 저장소에 포함 된 패키지를 사용하여 다양한 리눅스 기반의 운영 체제에서. 그것은 적극적으로 세계의 모든 장소에서 오픈 소스 매니아 및 개발자 커뮤니티에 의해 관리 및 지원됩니다. MySQL의 커뮤니티 버전에 대한 더 자세한 내용은 Softoware에서 찾을 수 있습니다

이 릴리스의 새로운 기능 무엇 :.

이 더 나은 성능 및 확장 성
더 나은 트랜잭션 처리량을 향상 InnoDB 스토리지 엔진
더 나은 쿼리 실행 시간 및 진단을위한 향상된 최적화
온라인 DDL / 스키마 작업과 더 나은 애플리케이션 가용성
InnoDB의에 Memcached가 API를 통해 NoSQL에 액세스와 더 나은 개발자 민첩성
높은 성능과자가 치유 클러스터 구축을위한 향상된 복제
더 나은 계측 및 모니터링을위한 성능 향상 스키마
걱정없는 응용 프로그램 배포를위한 향상된 보안
그리고 다른 중요한 기능 향상

이 버전 5.6.10의 새로운 기능 :

이 MySQL을 5.6의 새로운 기능과 향상된 기능은 MySQL 커뮤니티 에디션에 MySQL의 사용자가 사용할 수 있습니다.
MySQL의 5.6 현대 하드웨어 기능을 활용하여 사용자를 돕는 선형 향상된 확장 성을 제공합니다.
이 버전 사용자는 간단한 쿼리 개발 및 빠른 실행, 더 나은 트랜잭션 처리 및 애플리케이션 가용성, 유연성 NoSQL에 접속, 향상된 복제 및 향상된 장비를 체험 할 수 있습니다.
더 나은 쿼리 실행 시간과 향상된 MySQL의 최적화 진단을 통해 제공 진단 : 하위 쿼리 최적화 : 실행하기 전에 하위 쿼리를 최적화하여 쿼리 개발을 단순화. 어떻게 결과 세트의 새로운 효율성 정렬, 선택 및 쿼리 실행 시간에 상당한 향상을 제공 반환됩니다. 인덱스 조건 푸시 다운 (ICP) 및 배치 키 액세스 (BKA)의 추가 (1) 280x하기까지하여 쿼리 처리량을 선택 향상시킬 수 있습니다. 향상된 최적화 진단 : INSERT, UPDATE에 대해 설명하고, DELETE 작업을 함께입니다. JSON 형식의 실행 계획 출력은보다 정확한 최적화 메트릭 및 가독성을 제공하며, 최적화 추적은 최적화 의사 결정 과정을 추적 할 수 있습니다.
개선 된 InnoDB 스토리지 엔진으로 뛰어난 성능 처리량 및 응용 프로그램 가용성 : 트랜잭션의 230 % 향상까지 만 처리량을 읽는다, InnoDB의 레거시 스레딩을 최소화하기 위해 다시 고려 된 세척 및 퍼지 뮤텍스 주장과 병목 현상, 무겁게에 더 나은 동시성을 가능하게 OLTP 시스템을로드, 두 트랜잭션에 대해 크게 향상 처리량의 결과와 읽기 전용 워크로드 (2). 향상된 가용성 : 응용 프로그램이 업데이트 가능한 상태로 유지하면서 온라인 DDL 작업이 테이블 변경을 인덱스를 추가하고 수행하는 DBA가 있습니다. InnoDB의와 전체 텍스트 검색 : 개발자가 텍스트 기반 콘텐츠를 나타내는 단어와 구문에 대한 응용 프로그램 검색 속도를 InnoDB 테이블에 FULLTEXT 인덱스를 구축 할 수 있습니다. 단순, 키 값 조회 : InnoDB의 유연한 NoSQL에 액세스 익숙한 Memcached가 API를 통해 InnoDB의 데이터의 간단한, 키 - 값 조회를 제공합니다. 두 세계의 최고, & quot; 사용자는 & quot을 얻을; 동일한 데이터베이스에 키와 값의 운영 및 복잡한 SQL 쿼리를 결합.
개선 된 스케일 아웃 (scale-out) 및 고 가용성 : 새로운 기능 MySQL의 복제를 포함에 :자가 치유 복제 클러스터 : 글로벌 트랜잭션 식별자 및 유틸리티의 추가가 자동으로 감지하고 장애를 복구하기가 간단합니다. 충돌시 안전 복제는 바이너리 로그 자동 충돌의 경우에는 복제 스트림의 정확한 위치를 복구하고, 관리자의 개입없이 복제를 다시 시작하는 노예를 할 수 있습니다. 체크섬은 자동으로 탐지하고 오류를 경고하여 클러스터에서 데이터 무결성을 유지한다. 고성능 복제 클러스터 : 멀티 스레드 노예 (3)을 통해 5 배 빠른 복제까지는, 바이너리 로그 그룹 커밋과 최적화 된 행 기반 복제은 수평 확장으로 자신의 워크로드를 상품 시스템에서 복제의 성능과 효율을 극대화 할 수 있도록. 시간 지연 복제는 예를 실수로 테이블을 잃어버린, 마스터에 만든 작동 오류에 대한 보호 기능을 제공합니다.
향상된 PERFORMANCE_SCHEMA : 새로운 장비는 더 나은 대부분의 리소스를 많이 쿼리, 객체, 사용자 및 응용 프로그램을 모니터링 할 수 있습니다. 쿼리, 스레드, 사용자, 호스트 및 객체에 의해 그룹화 집계 된 통계와 새로운 요약도 사용할 수 있습니다. 향상은 5 % 미만의 오버 헤드 쉽게 기본 구성 할 수 있습니다.
정확한 공간 운영, 개선의 IPv6 준수 및 최적화 된 서버 기본값 - MySQL의 5.6 지리 정보 시스템을 포함한 추가 성능 향상을 포함하고있다.

이 버전 5.5.30의 새로운 기능 :

이 MySQL을-libs와와 MySQL-libs가-고급 사양 파일에서 제거되었다;
비트 MySQL의 테스트에 .IN 파일의 지능 처리 / 컬렉션 구현되었습니다;
파일 이름 디렉터리 이름을 변환하는 동안, 파일 분리 (FN_LIBCHAR)는 결과 파일 이름에 추가하실 수 있습니다. 이 문제는 해결되었습니다;
PB2의 우발 고장 수리되었습니다;
이러한 경우에는 PID 작성된 파일이 없으므로 앞서 푸시 첨가 하였다 테스트 스크립트는, 임베디드 경우에 작동하지 않았다. & quot; not_embedded.inc & quot; 추가되었습니다.

이 기능을 추가하거나 변경 :

이 버전 5.6.9의 새로운 RC 무엇인가
호환되지 않는 변경 : 복제 : GTID 기반 복제에 관련된 변수와 다른 이름의 숫자는이 이름이 더 적절하고 의미있는 결정에 볼 수있는 변경되었습니다. 이전 이름​​은 더 이상 지원되지 않습니다.
특징은 그래서 다음과 같은 목록에 표시됩니다 이름 :
--disable-gtid 안전하지 않은 명령문 서버 옵션이 --enforce-gtid 일관성 이름이 바뀌 었습니다; disable_gtid_unsafe_statements 시스템 변수 enforce_gtid_consistency 변경되었습니다.
gtid_done 서버 시스템 변수는 gtid_executed 이름이 변경되었습니다.
gtid_lost 서버 시스템 변수는 gtid_purged 이름이 바뀌 었습니다; 뿐만 아니라,이 변수는 더 이상 읽을 전용입니다.
SQL_THREAD_WAIT_AFTER_GTIDS () 함수는 WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS 변경되었습니다 ().
글로벌 트랜잭션 식별자 & quot ;, 절 16.1.4.5, & quot과 복제; 자세한 내용은 섹션 16.1.3, 윌크 글로벌 트랜잭션 ID 옵션 및 변수 & quot ;. (버그 # 14775984)
형식 mysqld를 이제 ISO (: mm SS YYYY-MM-DD의 HH)의 오류 로그에 날짜를 기록합니다. 또한 날짜 다음 프로세스 ID를 포함한다. 패치 다비 오빠 감사합니다. (버그 # 56240, # 버그 11763523)
윈도우 비스타, 윈도우 서버 2008 및 mklink 명령을 사용하여 새로운 지원 기본 링크시켜 버려도. 이는 그 메커니즘이 현재 사용되지 않으며 추후 MySQL의 릴리스에서 제거 될 수 있도록, .sym 중복 파일을 사용하여 데이터베이스 심볼릭 링크의 MySQL 서버 구현한다. 윈도우 & quot에 데이터베이스에 대한 심볼릭 링크 사용 ;., 제 8.11.3.1.3, & quot보기
버그 수정 :
성능 : InnoDB의 : InnoDB의 로우 레벨의 타이밍 값이 판독 동작은 SSD 빠른 저장 장치, 더 나은 성능을 위해 조정 하였다. 이 향상된 기능은 주로 압축 된 테이블에 BLOB 컬럼에 대한 읽기 작업에 영향을 미칩니다. (버그 # 13702112, 버그 # 64258)
호환되지 않는 변경 : 성능 스키마 테이블에 THREAD_ID 열은 64 비트 값을 수용 할 수 BIGINT 할 INT에서 확대되었다.
이전 버전에서의 MySQL이 릴리스로 업그레이드하는 경우, 당신은으로 mysql_fix_privilege_tables를 실행해야합니다 (서버를 다시 시작) performance_schema 데이터베이스에이 변경 사항을 포함 할 수 있습니다. (버그 # 14664453)
호환되지 않는 변경 : 연결 ID (스레드 ID)는보다 큰 32 비트는 이러한 문제를 일으키는 (예 : 중이거나 오래 실행되는 64 비트 시스템과 같은) 일부 시스템에서 발생할 수있는 값 :
일반 쿼리 로그와 슬로우 쿼리 로그에 기록 연결 ID가 잘못되었습니다. 이 파일과 테이블에 모두 로깅 사실이었다.
CONNECTION_ID () 함수는 32 비트보다 큰 값을 너무 작은 데이터 유형의 값을 반환 할 수 있습니다.
mysql_thread_id ()와 mysql_kill () C API 함수는 32 비트보다 더 큰 ID 값을 처리하지 않았다. 이것은 잘못된 스레드를 죽이는 될 수 있습니다; 예를 들어, 당신은 mysql_kill를 호출하면 (mysql_thread_id ()).
연결 ID는 지금 (64 비트 데이터 형식으로 구축되었을 때) 서버가 이러한 효과를 갖고, 그들을 지원할 때 64 비트 값으로, 허용 :
연결 ID는 일반 쿼리 로그와 슬로우 쿼리 로그에 올바르게 기록됩니다.
주의
이 변경 사항은 로그 테이블에 대한 수정을 포함, 그래서이 릴리스로 업그레이드 한 후, 당신은으로 mysql_fix_privilege_tables를 실행하고 서버를 다시 시작해야합니다.
CONNECTION_ID ()는 32 비트보다 큰 값에 대한 적절한 데이터 형식을 반환합니다.
mysql_thread_id ()는 변경되지 않습니다; 클라이언트 / 서버 protocal는 ID 값 만 4 바이트가 있습니다. 이 기능은 32 비트보다 더 큰 연결 ID에 대한 잘못된 내용 (일부) 값을 반환 피해야한다.
mysql_kill () 여전히 32 비트보다 큰 값을 처리 할 수​​없는,하지만 지금은 잘못된 스레드를 죽이는 방지하기 위해 이러한 경우에 오류를 반환합니다 :
ID에게보다 큰 32 비트를 제공하는 경우, mysql_kill () CR_INVALID_CONN_HANDLE 오류를 반환합니다.
서버의 내부 스레드 ID 카운터 값을보다 큰 32 비트에 도달 한 후에는 () 실패한 어떤 mysql_kill () 호출과 mysql_kill에 대한 ER_DATA_OUT_OF_RANGE 오류를 반환합니다.
mysql_thread_id ()와 mysql_kill () 문제를 방지하기 위해 사용하지 않습니다. 접속 ID를 얻으려면 SELECT CONNECTION_ID () 쿼리를 실행하고 결과를 검색합니다. 스레드를 죽이고, KILL 문을 실행합니다.
(버그 # 19806, # 버그 11745768, 버그 # 65715, # 버그 14236124, 버그 # 44728, # 버그 11753308)
중요한 변화 : InnoDB의 : 그 행이 최종 결과 세트의 일부가 아닌 때라도, 테이블에서 많은 행을 잠글 수있는 인덱스 병합 접근 방법을 사용 DML 문. 이 수정 프로그램은 타의 추종을 불허하는 행의 잠금을 해제하여 과도한 잠금을 줄일 수 있습니다. 이 최적화 COMMITTED READ 이하로 엄격한 격리 수준으로 만 거래에 영향을 미칩니다 이 REPEATABLE READ 또는 SERIALIZABLE 격리 수준을 사용하는 거래에는 적용되지 않습니다. (버그 # 14226171)
중요 변경 : 복제 : GTIDs로 서버를 실행하는 비 트랜잭션 테이블에 방지 변경을 사용할 수 있기 때문에, 이러한으로 mysql_fix_privilege_tables 및 mysql_install_db가 같은 프로그램이 제대로 작동하지 않을 수 있으므로 MyISAM 스토리지 엔진을 사용하고 시스템 테이블에서 작동 할 수 없습니다. --enforce-gtid 일관성으로 실행하는 경우, 서버는 비 트랜잭션 테이블에 하나의 문을 수 있습니다 이제 (--gtid 모드 = ON이 될 때마다 필요). (버그 # 14722659)
중요 변경 : 복제 : SQL 스레드 또는 I / O 스레드가 중단 될 때마다 이전, SHOW 노예 상태의 출력 Seconds_Behind_Master은 컬럼의 값이 항상 NULL로 설정했다. 지금,이 열은 SQL 스레드가 실행되고 있지 않은, 또는 I / O 스레드 SQL 스레드 중계 로그를 모두 처리 하였는지의 여부를 결정하는 검사를 다음 실행되고 있지 않은 경우에만 널로 설정된다. (버그 # 12946333) (SQL 쓰레드가 처리를 완료하고 I / O 쓰레드가 실행중인 경우, Seconds_Behind_Master은 0입니다)
파티션 : InnoDB의 : 이전에, 같은 InnoDB의 같은 파티션 레벨 OPTIMIZE를 지원하지 않는 스토리지 엔진을 사용하는 분할 된 테이블의 하나 이상의 파티션을 최적화 할 때, MySQL은 테이블 대신에 분석 + 재현하고, 최적화를 지원하지 않습니다보고, 다음 전체 테이블을 다시 만들 수 있지만 실제로 분석하지 않았다. 이제 이러한 경우, 경고 메시지, 표 파티션에 최적화를 지원하지 않는다. 모든 파티션을 다시 분석 할 것입니다. 또한, 전체 테이블이 재구성 된 후 제 분석된다. (버그 # 11751825)
InnoDB는 : 행이 FULLTEXT 인덱스와 있지만 트랜잭션이 커밋되기 전에 테이블에 삽입하는 동안 서버가 충돌하면 오류가 다음 시작시 발생할 수 :
InnoDB의 : 파일 dict0dict.cc 라인 1019에서 스레드 thread_num에서 어설 션 실패
(버그 # 14826779)
InnoDB의 : 핸들러 문을 통해 FULLTEXT 인덱스를 포함하는 InnoDB의 테이블에 액세스 할 때 서버 오류로 중단 할 수 있습니다. (버그 # 14788710)
InnoDB의 : 작업 두 가지가 동시에 일어 났을 때 서버 오류로 중단 할 수 있습니다 :
오프 페이지 열을 포함 삽입 된 행의 ROLLBACK.
표를 다시 COMPRESSED = ROW_FORMAT = DYNAMIC 또는 ROW_FORMAT의 테이블을 포함하는 온라인 온라인 DDL 동작 (즉 바라쿠다 파일 형식을 사용한다). 예를 들어, 열을 삭제 / ADD PRIMARY KEY, 변경 ROW_FORMAT을 추가합니다.
(버그 # 14842014)
InnoDB의 : 서버, ANALYZE TABLE 작업에 어설 션 오류로 중단 테이블과 인덱스의 구조에 따라 수 :
InnoDB의 : 파일 dict0dict.ic 라인 (447)에 나사 thread_num에서 어설 션 실패
InnoDB의 : 실패 주장 : POS & LT; 테이블 -있다 n_def
(버그 # 14755452)
InnoDB의 : 인해 파일 시스템에 남아있는 임시 테​​이블 스페이스 파일, 폐기 TABLESPACE 또는 수입 TABLESPACE 절에 대한 ALTER TABLE 문을 수행 할 때 시간 초과 오류가 Windows 시스템에서 발생할 수 있습니다. (버그 # 14776799)
InnoDB의 : 그것은 인덱스 접두어를 사용하여 고유 인덱스에 중복 키 오류를보고 할 때 InnoDB의 테이블에 대한 온라인 DDL 작업이 잘못하여 정확한 키 값의 빈 값을 ( '') 보도했다. (버그 # 14729221)
InnoDB의 : FULLTEXT 인덱스와 InnoDB 테이블은 발표되지 않았다 스레드 핸들에 메모리를 할당 가능 Windows 시스템에서 문제를 자원 선도 할 수있다. (버그 # 14759163)
InnoDB의 : 사본이 테이블, 테​​이블의 보조 인덱스가 손상 될 수있는 온라인 DDL 작업 중. (버그 # 14753701)
InnoDB의 : 서버가 인덱스 작업을 CREATE 온라인 DDL 후 추락하면 다음 시작에 완료되지 않은 트랜잭션을 롤링하는 동안 오류가 발생할 수 있습니다 :
InnoDB의 : 델이의 취소 초 인덱스 항목에서 오류
...
InnoDB의 : 파일 row0umod.cc 라인 (559)에 나사 thread_num에서 어설 션 실패
(버그 # 14707452)
InnoDB의 : 서버가 InnoDB의 테이블에 대한 클러스터 된 인덱스를 다시 ALTER 표 작업 중 정확한 순간에 추락하면 원래의 테이블이 이후에 액세스 할 수 있습니다. 이러한 동작의 예는 ... 표를 ALTER 서버가이 작업을 수행하는 동안 정지하는 경우 수정 원래의 테이블을 유지 PRIMARY 키를 추가합니다. 당신은 여전히​​ 원래의 테이블의 내용을 복원하기 위해 수동으로있는 .ibd 파일의 이름을 변경해야 할 수도 있습니다 : MySQL을 5.6 이상, 데이터베이스 디렉토리 내에서 table_name.ibd하는 # SQL-IB의 달러 new_table_id.ibd에서 이름; MySQL의 5.6 이전에, 이름을 변경하는 임시 파일은 테이블 _ # 1, # 2. (버그 # 14669848)
InnoDB의 : ALTER 표 작업이 InnoDB의 테이블에 허용되는 최대 수 이상으로 열을 추가 할 때이 수정 오류 처리를 향상시킨다. 또한 1000에서 1020 InnoDB의 테이블에 대한 열의 최대 수를 발생 (버그 # 14705287)
InnoDB의 : 테이블을 다시 온라인 DDL 작업 중, CHECK TABLE 문은 모든 보조 인덱스에 대해 카운트 불일치를보고 할 수 있습니다. (버그 # 14606472)
InnoDB의 : InnoDB의 테이블에 대한 FULLTEXT 인덱스를 만드는 동안 ALTER TABLE 문이 실패하면 완료되지 않은 인덱스를 삭제하는 동안, 서버는 주장 오류로 중단 할 수 있습니다. (버그 # 14504174)
InnoDB의 : 종료하는 동안, innodb_purge_threads 구성 옵션을 1보다 큰, 서버가이 오류로 인해 조기에 중단 할 수 설정 :
mysqld를 신호 (11)를 얻었다
해결 방법은 innodb_log_file_size 증가 innodb_purge_threads = 1을 설정했다. 오류가 발생할 가능성이 있었다, 그래서 그 버전이 innodb_purge_threads 구성 옵션이없는 있지만 수정은 MySQL의 5.5 및 5.1에 백 포트했다. (버그 # 14234028)
InnoDB의 : 서버가 동시 작업의 일부 조합에서 오류로 중단 할 수 있습니다 :
InnoDB의 : 알 수없는 오류 코드 (20)
이 문제는 5.6 개발주기 동안 유래. 그것은 UNCOMMITTED 격리 수준을 저지른 READ를 andREAD 사용하는 경우에만 거래에 영향을 미쳤다. (버그 # 13641662, 버그 # 12424846)
복제 : 테이블 FULLTEXT 인덱스를 가지고 복제 될 경우가 올바른 것을 발견하는 데 사용될 수 없지만, 다음 행을 찾는 데 사용되는 스캔 타입을 선택할 때,이 지수가 배제되지 않았다. 행 적용자 이후 복제가 실패하는 원인이 인덱스 스캔을 사용하는 데 실패했습니다. 이제 이와 같은 경우,이 목적을 위해 테이블​​, 인덱스 또는 해시 스캔을 사용할지 여부를 결정할 때 고려되지 않는다 (예 FULLTEXT 등)를 순차 액세스를 제공하지 않는 인덱스이다. (버그 # 14843764)
복제 : GTID 인식 마스터 - 슬레이브 프로토콜을 사용하는 경우, 슬레이브 I / O 스레드는 잘못된 위치를 사용했다. GTIDs를 사용하는 경우, 위치는 일반적으로 사용되지 않지만, 슬레이브 (이것은 필요하지이었다고해도) 동일한 마스터에 재접속 할 때 특별한 경우로 위치 GTID에 추가로 사용 하였다. 이 문제는 GTID 인식 마스터 - 슬레이브 프로토콜이 전혀 이상에서 위치를 사용하지하여 고정되어있다. (버그 # 14828028)
복제 : R 내에서 호출 할 때 GTID_SUBTRACT ()가 NULL을 반환되면, 클라이언트 세션의 나머지에 대해, NULL에게이 R 내에서 호출 할 때마다를 돌려 계속 : GTID_SUBTRACT () 함수가 호출 된에 저장된 루틴 R 감안할. (버그 # 14838575)
복제 : MySQL의 엔터프라이즈 백업, mysqldump를하고, mysqlhotcopy를들은 서버의 GTID 상태를 복원 할 수 없습니다 때문에, GTID 사용 MySQL 서버와 함께 사용할 수 없습니다 그래서 처음 이외의 바이너리 로그의 어느 지점에서 복원 할 수 없습니다.
이 문제에 대한 수정 프로그램의 일환으로, gtid_purged 시스템 변수 (이전 이름​​ gtid_lost)가 더 이상 읽기 전용입니다; 지금은 (이전 gtid_done)를 gtid_executed 때 비어 그것에 GTIDs를 추가 할 수 있습니다. (버그 # 14787808)
복제 : 첫 번째 바이너리 로그 파일 후 복제를 다시 시작하면 오류가 발생 제거 바이너리 로그에서 데이터를 읽을 때 마스터에서 치명적인 오류 1236했습니다 : '노예 = 1 MASTER_AUTO_POSITION로 변경 MASTER를 사용하여 연결되어 있지만, 마스터는 포함 된 바이너리 로그를 제거했다 슬레이브가 필요로하는 GTIDs. ' 이 LED GTID 기반 복제가 실패합니다. (버그 # 14756691)
mysql_install_db가이 --user 옵션을 존중하지 못했습니다. (버그 # 15866735)
테이블 이름은 영숫자가 아닌 문자가 포함 된 경우 FULLTEXT 인덱스와 InnoDB의 테이블을 생성하는 것은 심각한 오류가 발생할 수 있습니다. (버그 # 14835178)
잘못된 메모리는 길이 제로의 테이블 이름에서 선택 쿼리에 발생할 수 읽습니다. (버그 # 14780820)
NOT 효과가 존재하는 경우에 LOCK 표와 표 만들기 ... LIKE는 주장을 제기 할 수있다. (버그 # 14788976)
파생 테이블 처리의 자동 키 생성 부분은 제대로 VALUES () 절의 일부로 지정 열을 처리하고 주장를 발생시키는 원인이되지 않았다. (버그 # 14786324)
LOAD 데이터 INFILE과 UTF16 파일을 읽으려고 주장을 제기했다. (버그 # 14786470)
init_io_cache ()는 뮤텍스를 취소 memset 함수 ()를 사용하지만, 잘못된 뮤텍스 크기를 통과했다. (버그 # 14838882)
에 대한 다양한 테스트를 평가할 때 주장을 올릴 수있는 최적화 NULL 조건을지지 않습니다. (버그 # 14843705)
주장은 실행 INSERT, UPDATE를 제기, 또는 암시 적으로 LOCK 테이블 모드에서 READ ONLY 트랜잭션을 시작한 후 삭제 될 수 있습니다. (버그 # 14788540)
NULL 유형 속성과 InnoDB의 테이블에 자동 증가 열을 생성하려고하면 심각한 오류가 발생할 수 있습니다. (버그 # 14758479)
또한 AFTER 또는 첫 번째를 사용하여 이름을 바꾼 열을 재정렬하는 동안 ALTER 테이블이 기존 컬럼으로 같은 이름에 열을 이름을 변경하는 데 사용 된 경우 주장을 제기했다. (버그 # 14756089)
반에 가입 구체화가 하위 쿼리에 NOT을 평가하기 위해 사용 된 경우 주장은 제기 될 수있다. (버그 # 14751858)
일부 연속 핸들러 중첩를 들어, 계속 잘못된 위치에서 발생할 수 있습니다. (버그 # 14724836)
SHOW PROCESSLIST의 출력 이드으로 정렬되지 않았습니다. (버그 # 14771006)
일부 SELECT 문의 경우, 서버가 종료 될 수 있습니다 설명합니다. (버그 # 14761894)
메모리 누수가 작은, 중간, 긴 BLOB 또는 TEXT 컬럼에 대한 기본 값을 설정하는 ALTER TABLE을 사용하려는 시도에 대해 발생했습니다. (버그 # 14756206)
Solaris 패키지를 사용하여 설치 (이 새로 설치하는 경우에만 발생한다) 업그레이드 작업 중에 mysql_install_db가 달렸다. (버그 # 14747671)
UPDATE 문의 경우, 열에있는 key_len 총 키 길이보다는 사용 된 주요 부분의 길이를 보였다 설명한다. (버그 # 14682438)
0 host_cache_size을 설정 한 후 --bind 주소로 서버를 시작하고하면 클라이언트 연결의 특정 종류의 중지 서버가 발생할 수 있습니다. (버그 # 14689561)
인덱스 조건 푸시 다운을 활성화하면, 옵티마이 저는 파생 테이블에 대한 잘못된 결과를 얻을 수 있습니다. (버그 # 14640176)
옵티마이 저는 잘못 주장이 제기하는 원인이 공간 운영을 최적화하기 위해 비 공간 인덱스를 사용할 수 있습니다. (버그 # 14600994)
mysql_config_editor 구성 파일에 쓰기 오류에 대한 오류 메시지가 생성되지 않습니다. (버그 # 14545989)
쿼리 로깅을 위해 관련 로그 중 어느 것도 활성화되지 않은 경우에도 이루어졌다 스크럽 암호를 재 작성. 또한, 서버 및 ALTER 서버가 지금 필요에 따라 다시 작성됩니다 CREATE. (버그 # 14073554)
MyISAM 테이블이 손상된 키 (.MYI) 파일이 있다면 CHECK 표 및 수리 표가 중단 될 수 있습니다. 이제 서버에서 오류가 발생합니다. (버그 # 13556441)
MyISAM 테이블이 손상된 키 (.MYI) 파일이 있다면 CHECK 표 및 수리 표가 중단 될 수 있습니다. 이제 서버에서 오류가 발생합니다. (버그 # 13556107, 버그 # 13556000)
--events 옵션이 부여되지 않는 한 MySQL 데이터베이스의 덤프의 경우, mysqldump는 이벤트 테이블을 건너 뜁니다. 만일 원한다면이 테이블을 건너 뛰려면, --ignore-테이블 옵션 대신 (버그 # 55587, # 버그 11,762,933)를 사용
mysqld_safe는 생성 된 파일의 액세스 모드에 대해 상이한 동작 mysqld를 선도 UMASK 환경 변수의 값을 무시. 지금 mysqld_safe에 (그리고 mysqld_multi)는 mysqld를 동일한 동작을 대략 시도합니다. (버그 # 57406, # 버그 11764559)
맥 OS X에서 쿼리 캐시를 다시 초기화하면 서버가 종료 될 수 있습니다. 패치 다비 오빠 감사합니다. (버그 # 67156, # 버그 14741880)
HASH 인덱스와 메모리 테이블의 경우, 때때로 삭제하면 적용 가능한 모든 행을 삭제하는 데 실패했습니다. (버그 # 51763, # 버그 11759445)
서버는 데이터베이스 또는 테이블 이름에 특수 문자가 포함 된 테이블 스토리지 엔진은 InnoDB에 있었다있는 쿼리에 대해 쿼리 캐시를 사용하지 못했습니다. (버그 # 64821, # 버그 13919851)
맥 OS X에서 KILL 때로는 신뢰할 수 있습니다. (버그 # 37780, # 버그 11748945)
LAST_INSERT_ID는 (EXPR) 최대 서명 BIGINT 값보다 큰 EXPR 값에 대해 작동하지 않았다. (버그 # 20964, # 버그 11745891)