MySQL 8.0.34 릴리즈 노트

MySQL 8.0.34 변동 사항 (2023-07-18 GA)

계정 관리 참고 사항


  • 이제 새로운 비밀번호 유효성 검사 시스템 변수를 통해 사용자가 자신의 MySQL 계정 비밀번호를 바꾸려고 할 때 변경해야 하는 최소 문자 수를 구성하고 적용할 수 있습니다. 이 새로운 확인 설정은 현재 비밀번호의 총 문자 수에 대한 백분율입니다. 예를 들어, validate_password.changed_characters_percentage의 값이 50인 경우, 변경하려는 계정 비밀번호에 있는 문자의 절반 이상이 현재 비밀번호에 없어야 하며, 그렇지 않으면 비밀번호가 거부됩니다.

    이 새로운 기능은 DBA가 비밀번호 관리를 더욱 완벽하게 제어할 수 있는 여러 기능 중 하나입니다. 자세한 내용은 비밀번호 관리를 참고합니다. (WL #15751)

감사 로그 참고 사항

  • MySQL 8.0.33에서는, audit_log 플러그인에 JSON 필터 테이블을 어떤 데이터베이스에 저장할 것인지 선택하는 기능이 추가되었습니다. 이제 플러그인 설치 스크립트를 실행할 때 기본 시스템 데이터베이스인 mysql 대신 다른 데이터베이스를 지정할 수 있습니다. 명령줄에서 audit_log_database 서버 시스템 변수(또는 -D database_name)를 대체 데이터베이스 이름과 함께 사용하면 됩니다. 예를 들면:

     
    $> mysql -u root -D database_name -p < audit_log_filter_linux_install.sql

    audit_log 플러그인 설치 스크립트 사용에 대한 자세한 내용은, MySQL Enterprise Audit 설치 또는 제거를 참고합니다. (버그 #35252268)

     

  • 이제 MySQL Enterprise Audit에서 스케줄러 구성 요소를 사용하여 인메모리 캐시 플러시를 반복하는 작업을 구성하고 실행할 수 있습니다. 설정 지침은, 감사 로그 플러시 작업 활성화를 참조하십시오. (WL #15567)

바이너리 로그

  • 이제 libmysqlclient.so 공유 라이브러리에 개발자가 MySQL 서버 바이너리 로그에 액세스할 수 있는 몇 가지 함수가 추가되었습니다: mysql_binlog_open(), mysql_binlog_fetch()mysql_binlog_close()

    기여해 주신 유라 소로킨에게 감사드립니다. (버그 #110658, 버그 #35282154)

C API 참고 사항

  • 호출 함수에서, net->vio가 null인 경우 len이 0으로 초기화되고 다시 변경되지 않는 문제가 있었습니다. 이번 수정을 통해 vio를 역참조하기 전 net을 먼저 검사하는 기능이 추가 되었습니다.
    기여해 주신 메타에게 감사드립니다. (버그 #30809590)

  • 특정 코드 경로에서 비동기 클라이언트의 변수가 초기화되지 않는 문제가 있었습니다. 항상 변수를 초기화함으로써 수정하였습니다.

    기여해 주신 메타에게 감사드립니다. (버그 #30809590)

컴파일 참고 사항

  • 마이크로소프트 윈도우: 윈도우의 경우, MSVC_CPPCHECK 지원이 개선되었습니다; 또한 'maintainer' 모드에서 처럼 MSVC 경고를 확인하십시오. 예를 들어, 모든 서드파티 설정이 완료된 후 확인하십시오. (버그 #35283401)

    참고: 버그 #34828882.

  • 마이크로소프트 윈도우: 윈도우 빌드의 경우, WIN_DEBUG_NO_INLINE=1 지원을 개선했습니다; 사용량이 라이브러리 제한인 65535개 오브젝트를 초과할 수 있습니다. (버그 #35259704)

  • 번들로 제공되는 로빈 후드 해싱을 v3.8.1에서 v3.11.5로 업그레이드했습니다. (버그 #35448980)

  • extra/libcbor/doc/source/requirements.txt가 GitHub의 가짜 풀 리퀘스트로 부터 영향을 받으므로 extra/libcbor/doc/ 디렉토리를 제거했습니다. (버그 #35433370)

  • icu-data-files 패키지의 번들 ICU 파일을 버전 69.1에서 버전 73으로 업데이트했습니다.

    (버그 #35353708)

  • 소스 트리에 번들로 제공되는 ZSTD 소스가 1.5.0에서 1.5.5로 업그레이드되었습니다. (버그 #35353698).

  • TRASH 매크로를 사용하여 내부 MEM_ROOT 클래스 메모리를 가비지로 초기화하여 MEM_ROOT에서 할당된 초기화 메모리를 읽음으로써 발생하는 버그를 쉽게 재현할 수 있도록 합니다. (버그 #35277644)

  • 이제 스택 방향을 설정 시점이 아닌 런타임에 결정하게 되었습니다. (버그 #35181008)

  • Sanitizer 빌드에 -O1 -fno-inline을 추가하는 OPTIMIZE_SANITIZER_BUILDS CMake 옵션을 추가했습니다. 기본값은 ON입니다. (버그 #35158758)
  • Bison의 최소 버전 요구 사항을 v2.1에서 v3.0.4로 변경했습니다. macOS의 경우 홈브루와 같은 패키지 관리자를 통해 Bison을 설치해야 할 수 있습니다. (버그 #35154645, 버그 #35191333)

  • MySQL은 비 ASCII 출력 문제를 피하기 위해 readelf를 실행할 때 환경변수 LANG = C를 설정합니다.
    기여해 주신 켄토 타케우치에게 감사드립니다. (버그 #111190, 버그 #35442825)
  • macOS에서 Homebrew를 통해 rapidjson을 설치한 경우 MySQL이 컴파일되지 않습니다. 해결 방법은 brew unlink rapidjson이었습니다. (버그 #110736, 버그 #35311140).

    참고: 이 문제는 다음의 회귀입니다: 버그 #35006191.

  • MySQL은 -DWITH_ZLIB=system에서 빌드되지 않습니다; 시스템 zlib 라이브러리를 찾았음에도 불구하고 찾지 못했다고 메세지를 뿌릴 것입니다. (버그 #110727, 버그 #110745, 버그 #35307674, 버그 #35312227)

사용 중단 및 제거된 기능 참고 사항

  • 중요한 변경 사항: MySQL은 mysqldump MySQL 쉘 유틸리티를 포함하여 동일한 기능 또는 추가 기능으로 데이터베이스 덤프 및 백업을 수행하는 다른 방법을 제공하므로 mysqlpump 클라이언트 유틸리티 프로그램이 더 이상 필요하지 않습니다. 이제 이 프로그램을 호출하면 경고가 표시됩니다. mysqlpump는 MySQL의 향후 버전에서 제거될 수 있다는 점에 유의하고, 이에 의존하는 애플리케이션을 앞서 설명한 것과 같은 다른 솔루션으로 이동해야 합니다. (WL #15652)
  • 복제: sync_relay_log_info 서버 시스템 변수는 이 릴리즈에서 더 이상 사용되지 않으며 이 변수 ​​또는 동등한 시작 옵션 -–sync-relay-log-info를 가져오거나 설정하면 경고가 발생됩니다.
    이 변수는 MySQL의 향후 버전에서 삭제될 예정입니다; 이것을 이용하는 어플리케이션은 제거되기 전에 이에 의존하지 않게 재작성 할 필요가 있습니다. (버그 #35367005, WL #13968)
  • 복제: binlog_format 서버 시스템 변수는 현재 더 이상 사용되지 않으며 MySQL의 향후 버전에서 삭제될 수 있습니다. 이 변수와 관련된 기능, 즉 바이너리 로그 형식을 변경하는 기능도 더 이상 사용되지 않습니다.
    이 변경의 의미는 binlog_format이 삭제되면 이미 MySQL 8.0의 기본값 인 행-기반 바이너리 로깅만 MySQL 서버에서 지원될 것이란 이야기입니다. 이러한 이유로, 신규 설치시에는 행 기반 바이너리 로깅만 사용해야 하며, 명령문 기반 또는 혼합 로그 형식을 사용하는 기존 설치본은 행 기반 형식으로 이동해야 합니다. 자세한 내용은 복제 형식을 참조하십시오.
    명령문 기반 로깅 컨텍스트에서만 유용한 시스템 변수 log_bin_trust_function_creatorslog_statements_unsafe_for_binlog도 현재는 더 이상 사용되지 않으며 MySQL의 향후 릴리즈에서 제거될 수 있습니다.
    앞에서 언급한 변수의 값을 설정하거나 선택하면 경고가 표시됩니다. (WL #13966, WL #15669)
  • 그룹 복제 : group_replication_recovery_complete_at 서버 시스템 변수는 더 이상 사용되지 않으며 이것을 설정하면 경고가 생성됩니다. MySQL의 향후 릴리즈에서 삭제될 예정입니다. (WL #15460)
  • mysql_native_password 인증 플러그인은 현재 더 이상 사용되지 않으며 MySQL의 향후 버전에서 삭제될 수 있습니다. CREATE USER, ALTER USERSET PASSWORD 작업에서 계정 인증 방법으로 mysql_native_password를 사용하여 인증을 시도하면 서버 에러 로그에 더 이상 사용되지 않는다는 경고문이 삽입됩니다. (버그 #35336317)
  • 이전에는, 규칙 기반 필터링에 필요한 추가 감사 테이블과 함수가 없이 audit_log 플러그인이 설치된 경우, 플러그인이 레거시 필터링 모드에서 작동했었습니다. 이제, 레거시 필터링 모드는 더 이상 사용되지 않습니다. 레거시 감사 로그 필터링 시스템 변수에 대해 새로운 사용 중단 경고가 표시됩니다. 이 사용 중단된 변수는 읽기 전용 또는 동적 변수입니다.
    (읽기 전용) audit_log_policy는 값이 ALL(기본값)이 아닌 경우 서버를 시작하는 동안 MySQL 서버의 에러 로그에 경고 메세지를 씁니다.
    (동적) audit_log_include_accounts, audit_log_exclude_accounts, audit_log_statement_policy audit_log_connection_policy동적 변수는 사용 상황에 따라 경고 메세지를 출력합니다:
    • MySQL 서버를 시작하는 동안 audit_log_include_accounts 또는 audit_log_exclude_accounts에 널이 아닌 값을 전달하면 경고 메세지가 서버 에러 로그에 기록됩니다.
    • MySQL 서버를 시작하는 동안 audit_log_statement_policy 또는 audit_log_connection_policy에 기본값 이외의 값을 전달하면 경고 메세지가 서버 에러 로그에 기록됩니다. ALL은 두 변수의 기본값입니다.
    • MySQL 클라이언트 세션 중에 SET 구문을 사용하여 기존 값을 변경하면 경고 메세지가 클라이언트 로그에 기록됩니다.
    • MySQL 클라이언트 세션 중에 SET PERSIST 구문을 사용하여 변수를 영속화하면 경고 메세지가 클라이언트 로그에 기록됩니다.

    (WL #11248)

  • MySQL에서는 시스템 변수와 클라이언트 옵션을 사용하여 서버 측과 클라이언트 측에서 FIPS 모드를 제어할 수 있습니다. 어플리케이션 프로그램은, mysql_options()의 MYSQL_OPT_SSL_FIPS_MODE 옵션을 사용해, 클라이언트에서 FIPS 모드를 활성화 할 수가 있습니다. 또는 현재 서버 측 시스템 변수와 클라이언트 측 옵션을 사용하는 대신 OpenSSL 구성 파일을 통해 직접 FIPS 모드를 처리할 수 있습니다. MySQL이 OpenSSL 3.0을 사용하여 컴파일되고 OpenSSL 라이브러리와 FIPS 객체 모듈을 런타임에 사용할 수 있는 경우, 서버는 OpenSSL 구성 파일을 읽고 FIPS 공급자가 설정된 경우 해당 기본 설정을 따릅니다. OpenSSL 3.0은 FIPS에서 사용하도록 인증되었습니다.
    OpenSSL 대체를 선호하기 위해 ssl_fips_mode 서버 시스템 변수, –-ssl-fips-mode 클라이언트 옵션 및 MYSQL_OPT_SSL_FIPS_MODE 옵션은 더 이상 사용되지 않으며 MySQL의 향후 버전에서 제거될 수 있습니다. 응용프로그램이 MYSQL_OPT_SSL_FIPS_MODE 옵션을 사용하거나 클라이언트 사용자가 명령행, 옵션 파일 또는 둘 다에서 -–ssl-fips-mode 옵션을 지정하는 경우 더이상 사용되지 않는다는 경고가 표준 오류 출력으로 출력됩니다.
    더 이상 사용되지 않기 전에 ssl_fips_mode 서버측 시스템 변수는 동적으로 구성 가능했습니다. 이제 이 변수는 읽기 전용 변수입니다 (SET PERSIST_ONLY는 허용되지만 SET PERSIST 또는 SET GLOBAL은 허용되지 않습니다). 명령 행 또는 mysqld-auto.cnf 옵션 파일 (SET PERSIST_ONLY 사용)에 지정하면 더이상 사용되지 않는다는 경고가 서버 에러 로그에 출력됩니다. (WL #15631)
  • mysql_ssl_rsa_setup 프로그램은 초기에 OpenSSL이 시스템에 설치된 경우 커뮤니티 사용자가 인증서를 수동으로 생성할 수 있는 간단한 방법을 제공했습니다. MySQL 커뮤니티 에디션은 더이상 SSL 라이브러리로 yaSSL을 사용하는 것을 지원하지 않으며 소스 배포판에는 yaSSL이 더 이상 포함되지 않으므로 mysql_ssl_rsa_setup은 더 이상 사용되지 않습니다. 대신 MySQL 서버를 사용하여 누락된 SSL 및 RSA 파일을 DB 기동시 자동으로 생성합니다. (자동 SSL 및 RSA 파일 생성 참조)(WL #15668)
  • keyring_file 플러그인과 keyring_encrypted_file 플러그인은 더 이상 사용되지 않습니다. 이러한 키링 플러그인은 component_keyring_file 및 component_keyring_encrypted_file 컴포넌트로 대체됩니다. 키링 컴포넌트와 키링 플러그인 비교를 참조하십시오. (WL #15659)
  • 이전에는 MySQL 서버가 포함된 MySQL 버전 번호 뒤에 공백이 오는지 여부에 관계없이 버전별 주석을 처리했습니다. 예를 들어, 코멘트 /*!80034KEY_BLOCK_SIZE=1024*/와 /*!80034 KEY_BLOCK_SIZE=1024*/는 같은 방식으로 처리되었습니다. 이 릴리즈부터는 이러한 주석의 버전 번호 다음에 오는 문자가 공백 또는 주석 끝이 아니면 서버는 경고를 발행합니다. 버전 번호 바로 뒤에 버전 주석을 시작하지 않는 것이 좋습니다. 이며 향후 릴리즈에서 동작이 변경될 수 있습니다. 버전 번호 뒤에 공백 문자를 삽입합니다.
    MySQL의 향후 버전에서는 버전별 주석에 대한 공백 요구 사항이 엄격하게 적용된다고 가정해야합니다.
    (WL #15686)
  • MySQL 클라이언트 라이브러리는 현재, 접속이 다운되고 있는 것으로 판명되어 어플리케이션이 실행된 스테이트먼트를 서버에 송신하려고 했을 경우에, 서버에의 자동 재접속의 실행을 서포트하고 있습니다. 현재 이 기능은 더 이상 사용되지 않으며 MySQL의 향후 릴리즈에서 제거될 수 있습니다.
    연관된 MYSQL_OPT_RECONNECT 옵션은 계속 사용할 수 있지만 이것도 더 이상 사용되지 않습니다. C API 함수 mysql_get_option() 및 mysql_options() 는, 어플리케이션이 MYSQL_OPT_RECONNECT 를 지정했을 경우에, 비추천의 경고를 표준 에러 출력에 기입하게 되었습니다. (WL #15766)
  • 이전에는 MySQL 서버가 포함된 MySQL 버전 번호 뒤에 공백이 오는지 여부에 관계없이 버전별 주석을 처리했습니다. 예를 들어, 코멘트 /*!80034KEY_BLOCK_SIZE=1024*/와 /*!80034 KEY_BLOCK_SIZE=1024*/는 같은 방식으로 처리되었습니다. 이 릴리즈부터는 이러한 주석의 버전 번호 다음에 오는 문자가 공백 또는 주석 끝이 아니면 서버는 경고를 발행합니다: Immediately starting the version comment after the version number is deprecated and may change behavior in a future release. Please insert a whitespace character after the version number.
    MySQL의 향후 버전에서는 버전별 주석에 대한 공백 요구 사항이 엄격하게 적용된다고 가정해야 합니다.
    자세한 정보는 주석을 참조하십시오. (WL #15686)
  • MySQL 클라이언트 라이브러리는 현재, 접속이 끊어 졌고 어플리케이션이 명령문을 서버에 송신하려 한다 생각되면, 서버에 대한 자동 재접속 수행을 지원하고 있습니다. 현재 이 기능은 더 이상 사용되지 않으며 MySQL의 향후 릴리즈에서 제거될 수 있습니다.
    연관된 MYSQL_OPT_RECONNECT 옵션은 계속 사용할 수 있지만 이것도 더 이상 사용되지 않습니다. C API 함수 mysql_get_option()mysql_options()는 어플리케이션이 MYSQL_OPT_RECONNECT를 지정했을 경우에, 더이상 사용되지 않는다는 경고를 표준 에러 출력에 기입하게 되었습니다. (WL #15766)

Performance Schema 참고 사항

  • Performance Schema의 clone_status 테이블의 gtid_executed 컬럼에 사용되던 데이터 타입이 VARCHAR (4096)에서 LONGTEXT로 변경되었습니다. (버그 #109171, 버그 #34828542)

SQL 문법 참고 사항

  • 이제 CREATE TABLEALTER TABLE ... ADD COLUMN 문에서 VARCHARTEXT컬럼의 default 값으로 CURRENT_USER()를 사용할 수 있습니다.

    같은 경우에서 SESSION_USER(), USER()SYSTEM_USER() 함수도 지원됩니다. 예를 들어, 다음 구문들의 경우 이제 여기에 표시된 것과 유사하게 작동하며, 정확한 출력은 사용자 환경에 따라 달라집니다:


    mysql> SELECT CURRENT_USER();
    +-------------------+
    | CURRENT_USER()    |
    +-------------------+
    |  sakila@localhost |
    +-------------------+
    1 row in set (0.00 sec)
    
    mysql> CREATE TABLE t (
         >  c1 VARCHAR(288) DEFAULT (USER()),
         >  c2 VARCHAR(288) DEFAULT (CURRENT_USER()),
         >  c3 VARCHAR(288) DEFAULT (SESSION_USER()), 
         >  c4 VARCHAR(288) DEFAULT (SYSTEM_USER())
         > );
    Query OK, 0 rows affected (0.04 sec)
    
    mysql> INSERT INTO t VALUES ROW();
    Query OK, 1 row affected (0.01 sec)
    
    mysql> TABLE t;
    +-------------------+-------------------+-------------------+-------------------+
    | c1                | c2                | c3                | c4                |
    +-------------------+-------------------+-------------------+-------------------+
    |  sakila@localhost |  sakila@localhost |  sakila@localhost |  sakila@localhost |
    +-------------------+-------------------+-------------------+-------------------+
    1 row in set (0.00 sec)
    이러한 방식으로 사용하는 경우, 이 함수들이 SHOW CREATE TABLESHOW COLUMNS의 출력에도 포함되며, Information Schema의 COLUMNS 테이블의 COLUMN_DEFAULT 열에서도 표기됩니다.

    이러한 컬럼에 가능한 최대 길이의 값이 확실히 저장될 수 있는지 확인하려면, 열에 최소 288자를 수용할 수 있는지 확인해야 합니다. (사용자 이름으로 255자, 호스트 이름으로 32자, 구분 기호 @로 1글자 추가되어 총 288자) 이러한 이유로, 위 함수 중 하나를 CHAR 열의 기본값으로 사용할 수도 있지만 에러가 발생하거나 값이 잘릴 위험이 있으므로 권장하지는 않습니다. (버그 #17809, 버그 #11745618)

추가 또는 변경된 기능

  • 중요 변경 사항: OpenSSL 라이브러리가 번들로 제공되는 플랫폼의 경우, 연결된 MySQL Server용 OpenSSL 라이브러리가 OpenSSL 1.1.1에서 OpenSSL 3.0으로 업데이트 되었습니다. 정확한 버전은 이제 3.0.9입니다. 1.1.1에서 3.0으로의 변경 사항에 대한 자세한 내용은 https://www.openssl.org/docs/man3.0/man7/migration_guide.html 에서 확인할 수 있습니다. (버그 #35475140, WL #15614)

     

  • 패키징: 이번 릴리즈부터는, 기존에 -el7-x86_64.tar-el7-x86_64.tar.gz 라는 이름을  사용한 바이너리 아카이브 패키지의 이름이 각각 -linux-glibc2.17-x86_64.tar-linux-glibc2.17-x86_64.tar.gz로 변경됩니다. 예를 들어, MySQL 8.0.33을 설치 또는 업그레이드할 때 mysql-8.0.33-el7-x86_64.tar를 사용했다면, MySQL 8.0.34를 설치 또는 업그레이드할 때는 mysql-8.0.34-linux-glibc2.17-x86_64.tar를 사용해야 합니다.

    이름이 변경된 것은 이 바이너리들이 glibc2.17 이상을 사용하는 모든 Linux 시스템과 호환된다는 사실을 반영한 것입니다; 여기에는 Enterprise Linux 7, EL8 및 EL9가 포함됩니다.

  • 시스템의 curl 라이브러리에 연결하는 것이 아닌, 자체적으로 curl을 포함하는 바이너리 패키지의 경우 curl 8.1.2를 사용하도록 업그레이드되었습니다. (버그 #35329529)

버그 수정

  • Important Change: The default value of the connection_memory_chunk_size server system variable, when introduced in MySQL 8.0.28, was mistakenly set at 8912. This fix changes the default to 8192, which is the value originally intended. (Bug #35218020)

  • NDB Cluster: The fix for a previous issue introduced a slight possibility of unequal string values comparing as equal, if any Unicode 9.0 collations were in use, and the collation hash methods calculated identical hash keys for two unequal strings. (Bug #35168702)

    References: See also: Bug #27522732. This issue is a regression of: Bug #30884622.

  • InnoDB: Possible congestion due to purging a large number of system threads has been fixed. (Bug #35289390, Bug #110685)

  • InnoDB: ddl::Aligned_buffer now uses the standard memory allocator and not kernel memory management. (Bug #35194732, Bug #110411)

  • InnoDB: An upgrade from MySQL 5.7 to MySQL 8.0.32 might fail due to deprecated configuration parameters innodb_log_file_size or innodb_log_files_in_group. The workaround is to start MySQL 8.0.32 with --innodb-redo-log-capacity=206158430208. (Bug #35155280)

  • InnoDB: The rules for aggregating entries in the redo log have been fixed. (Bug #34752625, Bug #108944)

  • InnoDB: Several errors due to tablespace deletion and the buffer pool have been fixed. (Bug #34330475, Bug #107689)

  • Packaging; Group Replication: The group replication plugin from the Generic Linux packages did not load on some platforms that lacked a compatible version of tirpc. (Bug #35323208)

  • Replication: Changes in session_track_gtids were not always propagated correctly. (Bug #35401212)

  • Replication: By design, all DDL operations (including binary log operations such as purging the binary log) acquire a shared lock on the BACKUP_LOCK object, which helps to prevent simultaneous backup and DDL operations. For binary log operations, we checked whether any locks existed on BACKUP_LOCK but did not check the types of any such locks. This caused problems due to the fact that binary log operations should be prevented only when an exclusive lock is held on the BACKUP_LOCK object, that is, only when a backup is actually in progress, and backups should be prevented when purging the binary log.

    Now in such cases, instead of checking for locks held on the BACKUP_LOCK object, we acquire a shared lock on BACKUP_LOCK while purging the binary log. (Bug #35342521)

  • Replication: In all cases except one, when mysqlbinlog encountered an error while reading an event, it wrote an error message and returned a nonzero exit code, the exception being for the active binary log file (or any binary log where the format_description_log_event had the LOG_EVENT_BINLOG_IN_USE_F flag set), in which case it did not write a message, and returned exit code 0, thus hiding the error.

    Now mysqlbinlog suppresses only those errors which are related to truncated events, and when doing so, prints a comment rather than an error message. This fix also improves the help text for the --force-if-open option. (Bug #35083373)

  • Replication: Compressed binary log event handling was improved. (Bug #33666652)

  • Replication: A transaction consisting of events each smaller than 1 GiB, but whose total size was larger than 1 GiB, and where compression did not make it smaller than 1 GiB, was still written to the binary log as one event bigger than 1 GiB. This made the binary log unusable; in effect, it was corrupted since neither the server nor other tools such as mysqlbinlog could read it.

    Now, when the compressed data grows larger than 1 GiB, we fall back to processing the transaction without any compression. (Bug #33588473)

  • Group Replication: In a group replication setup, when there was a source of transactions other than the applier channel, the following sequence of events was possible:

    1. Several transactions being applied locally were already certified, and so were associated with a ticket, which we refer to as Ticket 2, but had not yet been committed. These could be local or nonlocal transactions.

    2. A view is created with Ticket 3, and must wait on transactions from Ticket 2.

    3. The view change (VC1) entered the GR applier channel applier and waited for the ticket to change to 3.

    4. Another group change, and another view change (VC2), occurred while the transactions from Ticket 2 were still completing.

    This gave rise to the following issue: There was a window wherein the last transaction from Ticket 2 had already marked itself as being executed but had not yet popped the ticket; VC2 popped the ticket instead but never notified any of the participants. This meant that VC1 continued to wait indefinitely for the ticket to change, and with the additional effect that the worker could not be killed.

    We fix this by checking for the need to break each second so that this loop is responsive to changes in the loop condition; we also register a new stage, so that the loop is more responsive to kill signals. (Bug #35392640)

    References: See also: Bug #35206392, Bug #35374425.

  • Group Replication: Removed a memory leak discovered in Network_provider_manager::open_xcom_connection(). (Bug #34991101)

  • Group Replication: When a group action was sent to the group and the connection was killed on the coordinator, group members were in different states, with members which received the coordinated action waiting for the member that executed it, and the member which started execution having nothing to process, which caused problems with coordination of the group.

    Now in such cases, we prevent this issue from occurring by causing group actions to wait until all members have completed the action. (Bug #34815537)

  • Group Replication: Cleanup of resources used by OpenSSL connections created indirectly by group replication was not carried out as expected at all times. We fix this by adding cleanup functionality that can be called at any time such connections are created by group replication. (Bug #34727136)

  • JSON: When the result of JSON_VALUE() was an empty string and was assigned to a user variable, the user variable could in some cases be set to NULL instead, as shown here:

    mysql> SELECT JSON_VALUE('{"fname": "Joe", "lname": ""}', '$.lname') INTO @myvar;
    Query OK, 1 row affected (0.01 sec)
    
    mysql> SELECT @myvar = '', @myvar IS NULL;
    +-------------+----------------+
    | @myvar = '' | @myvar IS NULL |
    +-------------+----------------+
    |        NULL |              1 |
    +-------------+----------------+
    1 row in set (0.00 sec)

    With this fix, the query just shown now returns (1, 0), as expected. (Bug #35206138)

  • JSON: Some JSON schemas were not always processed correctly by JSON_SCHEMA_VALID(). (Bug #109296, Bug #34867398)

  • In rare cases, MySQL server could exit rather than emit an error message as expected. (Bug #35442407)

  • The internal resource-group enhancement added in MySQL 8.0.31 and refactored in MySQL 8.0.32 is now reverted. (Bug #35434219)

    References: Reverted patches: Bug #34702833.

  • An in-place upgrade from MySQL 5.7 to MySQL 8.0, without a server restart, could result in unexpected errors when executing queries on tables. This fix eliminates the need to restart the server between the upgrade and queries. (Bug #35410528)

  • A fix in MySQL 8.0.33 made a change for ORDER BY items already resolved so as not to resolve them again (as is usually the case when a derived table is merged), but this did not handle the case in which an ORDER BY item was itself a reference. (Bug #35410465)

    References: This issue is a regression of: Bug #34890862.

  • Changes in session_track_gtids were not always handled correctly. (Bug #35401212)

  • Some pointers were not always released following statement execution. (Bug #35395965)

  • Some instances of subqueries within stored routines were not always handled correctly. (Bug #35377192)

  • Fortified parsing of the network packet data sent by the server to the client. (Bug #35374491)

  • Encryption enhancements now strengthen compliance and remove the use of deprecated APIs. (Bug #35339886)

  • When a column reference given by table name and column name was looked up in the function find_item_in_list(), we ignored that the item searched for might not have a table name, as it was not yet resolved. We fix this by making an explicit check for a null table name in the sought-after item. (Bug #35338776)

  • Deprecated the lz4_decompress and zlib_decompress command-line utilities that exist to support the deprecated mysqlpump command-line utility. (Bug #35328235)

  • Queries using LIKE '%...%' ran more poorly than in previous versions of MySQL. (Bug #35296563)

  • In Bounded_queue::push(), when Key_generator::make_sortkey() returns UINT_MAX (error), then no key has been produced; now when this occurs, we no longer update the internal queue.

    As part of this fix, push() now returns true on error. (Bug #35237721)

  • The authentication_oci plugin is fixed to allow federated and provisioned users to connect to a DB System as a mapped Proxy User using an ephemeral key-pair generated through the OCI CLI. (Bug #35232697)

  • Some queries using common table expressions were not always processed correctly. (Bug #35231475)

  • The internal function compare_pair_for_nulls() did not always set an explicit return value. (Bug #35217471)

  • Removed the clang-tidy checks that clash with the MySQL coding style. (Bug #35208735)

  • Some subqueries using EXISTS in both the inner and outer parts of the query were not handled correctly. (Bug #35201901)

  • Rotated audit log files now always reset the ID value of the bookmark to zero, rather than continuing the value from the previous file. (Bug #35200070)

  • Errors were not always propagated correctly when evaluating items to be sorted by filesort. (Bug #35195181)

    References: See also: Bug #35145246.

  • The fix for a previous issue with ROLLUP led to a premature server exit in debug builds. (Bug #35168639)

    References: This issue is a regression of: Bug #33830659.

  • Simplified the implementation of Item_func_make_set::val_str() to make sure that we never try to reuse any of the input arguments, always using the local string buffer instead. (Bug #35154335, Bug #35158340)

  • When transforming subqueries to a join with derived tables, with the containing query being grouped, we created an extra derived table in which to do the grouping. This process moved the initial select list items from the containing query into the extra derived table, replacing all of the original select list items (other than subqueries, which get their own derived tables) with columns from the extra derived table.

    This logic did not handle DEFAULT correctly due to the manner in which default values were modelled internally. This fix adds support for DEFAULT(expression) in queries undergoing the transform previously mentioned. This fix also solves an issue with item names in metadata whereby two occurrences of the same column in the select list were given the same item name as a result of this same transform. (Bug #35150085, Bug #35101169)

  • A query of the form SELECT * FROM t1 WHERE (SELECT a FROM t2 WHERE t2.a=t1.a + ABS(t2.b)) > 0 should be rejected with Subquery returns more than 1 row, but when the subquery_to_derived optimization was enabled, the transform was erroneously applied and the query returned an incorrect result. (Bug #35101630)

  • Handling of certain potentially conflicting GRANT statements has been improved. (Bug #35089304)

  • A query using both MEMBER OF() and ORDER BY DESC returned only a partial result set following the creation of a multi-valued index on a JSON column. This is similar to an issue fixed in MySQL 8.0.30, but with the addition of the ORDER BY DESC clause to the prblematic query. (Bug #35012146)

    References: See also: Bug #106621, Bug #33917625.

  • The debug server asserted on certain operations involving DECIMAL values. (Bug #34973932)

  • All instances of adding and replacing expressions in the select list when transforming subqueries to use derived tables and joins have been changed so that their reference counts are maintained properly. (Bug #34927110)

  • Index Merge (see Index Merge Optimization) should favor ROR-union plans (that is, using RowID Ordered Retrieval) over sort-union plans if they have similar costs, since sort-union requires additionally sorting of the rows by row ID whereas ROR-union does not.

    For each part of a WHERE clause containing an OR condition, the range optimizer gets the best range scan possible and uses all these range scans to build an index merge scan (that is, a sort-union scan). If it finds that all the best range scans are also ROR-scans, the range optimizer always proposes a ROR-union scan because it is always cheaper than a sort-union scan. Problems arose when the best range scan for any one part of an OR condition is not a ROR-scan, in which case, the range optimizer always chose sort-union. This was true even in cases, where it might be advantageous to choose a ROR-scan (even though it might not be the best range scan to handle one part of the OR condition), since this would eleminate any need to sort the rows by row ID.

    Now, in such cases, when determining the best range scan, the range optimizer also detects whether there is any possible ROR-scan, and uses this information to see whether each part of the OR condition has at least one possible ROR-scan. If so, we rerun the range optimizer to obtain the best ROR-scan for handling each part of the OR condition, and to make a ROR-union path. We then compare this cost with the cost of a sort-union when proposing the final plan. (Bug #34826692, Bug #35302794)

  • Selecting from a view sometimes raised the error Illegal mix of collations ... for operation '=' when the collation used in the table or tables from which the view definition selected did not match the current session value of collation_connection. (Bug #34801210)

  • Valid MySQL commands (use and status) and C API functions (mysql_refreshmysql_statmysql_dump_debug_infomysql_pingmysql_set_server_optionmysql_list_processes, and mysql_reset_connection) could write an error message to the audit log, even though running the command or calling the function emitted no such error. (Bug #33966181)

  • Increased the maximum fixed array size to 8192 instead of 512. This fixes an issue with mysqladmin extended status requests, which can exceed 512 entries.

    Our thanks to Meta for the contribution. (Bug #30810617)

  • The mysqldump --column-statistics option attempted to select from information_schema.column_statistics against MySQL versions before 8.0.2, but this now generates the warning column statistics not supported by the server and sets the option to false.

    Our thanks to Meta for the contribution. (Bug #28782417)

  • The function used by MySQL to get the length of a directory name was enhanced. (Bug #28047376)

  • Executing a query with an implicit aggregation should return exactly one row, unless the query has a HAVING clause that filters out the row, but a query with a HAVING clause which evaluated to FALSE sometimes ignored this, and returned a row regardless. (Bug #14272020)

  • For a query with a derived condition pushdown where a column in the condition needs to be replaced, a matching item could not found, even when known to be present, when the replacement item was wrapped in a ROLLUP while the matching item was not. (Bug #111665, Bug #35570065)

    References: This issue is a regression of: Bug #33349994.

  • The presence of an unused window function in a query, along with an ORDER BY that could have been eliminated, led to an unplanned server exit. (Bug #111585, Bug #35168639, Bug #35204224, Bug #35545377)

    References: This issue is a regression of: Bug #35118579.

  • ORDER BY RANDOM_BYTES() had no effect on query output. (Bug #111252, Bug #35148945, Bug #35457136)

  • Fixed an issue which could occur when loading user-defined functions. (Bug #110576, Bug #35242734)

  • Concurrent execution of FLUSH STATUSCOM_CHANGE_USER, and SELECT FROM I_S.PROCESSLIST could result in a deadlock. A similar issue was observed for concurrent execution of COM_STATISTICSCOM_CHANGE_USER, and SHOW PROCESSLIST.

    Our thanks to Dmitry Lenev for the contribution. (Bug #110494, Bug #35218030)

  • The mysqldump utility could generate invalid INSERT statements for generated columns. (Bug #110462, Bug #35208605)

  • During optimization, range-select tree creation uses logic which differs based on the left-hand side of the IN() predicate. For a field item, each value on the right-hand side is added to an OR tree to create the necessary expression. In the case of a row item comparison (example: WHERE (a,b) IN ((n1,m1), (n2, m2), ...)), an expression in disjunctive normal form (DNF) is needed. A DNF expression is created by adding an AND tree with column values to an OR tree for each set of RHS values, but instead the OR tree was added to the AND tree causing the tree merge to require exponential time due to O(n2) runtime complexity. (Bug #108963, Bug #34758905)

  • When using SELECT to create a table and the statement has an expression of type GEOMETRY, MySQL could generate an empty string as the column value by default. To resolve this issue, MySQL no longer generates default values for columns of type GEOMETRY under these circumstances. Our thanks to Tencent for the contribution. (Bug #107996, Bug #34426943)

  • For index skip scans, the first range read set an end-of-range value to indicate the end of the first range, but the next range read did not clear the stale end-of-range value and applies this stale value to the current range. Since the indicated end-of-range boundary had already been crossed in the previous range read, this caused the reads to stop, causing multiple rows to be missed in the result.

    We fix this by making sure in such cases that the old end-of-range value is cleared. (Bug #107460, Bug #34235624, Bug #34982949)


Revision #6
Created 8 September 2023 07:01:00 by 신민항
Updated 10 September 2023 16:44:19 by 신민항