mariadb를 시작할 수 없습니다. 데이터베이스 서비스를 시작하는 동안 다음 오류가 발생합니다.
root@server_name:~# systemctl status mariadb.service
● mariadb.service - MariaDB 10.3.9 database server
Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
Drop-In: /etc/systemd/system/mariadb.service.d
└─migrated-from-my.cnf-settings.conf
Active: failed (Result: exit-code) since Sun 2020-01-05 20:07:46 CET; 16s ago
Docs: man:mysqld(8)
https://mariadb.com/kb/en/library/systemd/
Process: 2065 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=exited, status=1/FAILURE)
Process: 1955 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= || VAR=`/usr/bin/galera_recovery`; [ $? -eq 0 ]
Process: 1950 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
Process: 1942 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS)
Main PID: 2065 (code=exited, status=1/FAILURE)
Status: "MariaDB server is down"
Jan 05 20:07:40 server_name systemd[1]: Starting MariaDB 10.3.9 database server...
Jan 05 20:07:40 server_name mysqld[2065]: 2020-01-05 20:07:40 0 [Note] /usr/sbin/mysqld (mysqld 10.3.9-MariaDB-1:10.3.9+maria~xenial) start
Jan 05 20:07:46 server_name systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
Jan 05 20:07:46 server_name systemd[1]: Failed to start MariaDB 10.3.9 database server.
Jan 05 20:07:46 server_name systemd[1]: mariadb.service: Unit entered failed state.
Jan 05 20:07:46 server_name systemd[1]: mariadb.service: Failed with result 'exit-code'.
############################오류 기록################## ## ################ ########################################### ## ########################### 2020-01-06 20:01:01 0 [참고] 고유 옵션 접두사 "myisam-recover"를 사용하면 오류가 발생하기 쉽고 나중에 중단될 수 있습니다. "myisam-recover-options"라는 전체 이름을 사용하세요. 2020-01-06 20:01:01 0 [참고] InnoDB: Linux 네이티브 AIO 사용 2020-01-06 20:01:01 0 [참고] InnoDB: GCC 원자 내장을 사용한 뮤텍스 및 rw_locks 2020-01-06 20:01:01 0 [참고] InnoDB: 이벤트 뮤텍스 사용 2020-01-06 20:01:01 0 [참고] InnoDB: zlib 1.2.8을 이용한 압축 테이블 2020-01-06 20:01:01 0 [참고] InnoDB: 풀 수: 1 2020-01-06 20:01:01 0 [참고] InnoDB: SSE2 crc32 지시문 사용 2020-01-06 20:01:01 0 [참고] InnoDB: 버퍼 풀 초기화 중, 총 크기 = 100M, 인스턴스 = 1, 블록 크기 = 100M 2020-01-06 20:01:01 0 [참고] InnoDB: 버퍼풀 초기화 완료 2020-01-06 20:01:01 0 [참고] InnoDB: mysqld 실행 사용자가 인증된 경우 페이지 클리너 스레드 우선순위가 변경될 수 있습니다. setpriority()에 대한 매뉴얼 페이지를 참조하십시오. 2020-01-06 20:01:01 0 [참고] InnoDB: 체크포인트 LSN=109978330에서 크래시 복구 시작 2020-01-06 20:01:01 0 [참고] InnoDB: Redo 로그에서 3951페이지 복구의 마지막 배치를 시작합니다. 2020-01-06 20:01:02 0 [참고] InnoDB: 128개의 롤백 세그먼트 중 128개가 활성 상태입니다. 2020-01-06 20:01:02 0 [참고] InnoDB: 임시 테이블스페이스 데이터 파일 삭제: "ibtmp1" 2020-01-06 20:01:02 0 [참고] InnoDB: 임시 테이블용 공유 테이블스페이스 생성 2020-01-06 20:01:02 0 [참고] InnoDB: "./ibtmp1" 파일 크기를 12MB로 설정합니다. 파일이 물리적으로 가득 찼습니다. 잠시 기다려 주십시오. 2020-01-06 20:01:02 0 [참고] InnoDB: 파일 "./ibtmp1" 크기는 이제 12MB입니다. 2020-01-06 20:01:02 0 [참고] InnoDB: 퍼지 시작을 기다리는 중 2020-01-06 20:01:02 0 [참고] InnoDB: 10.3.9에서 시작됨, 로그 시퀀스 번호 118970057; 2020-01-06 20:01:02 0 [참고] InnoDB:!!! innodb_force_recovery 는 1 로 설정되어 있습니다!!! 2020-01-06 20:01:02 0 [참고] InnoDB: /var/lib/mysql/ib_buffer_pool에서 버퍼 풀 로딩 2020-01-06 20:01:02 0 [참고] 플러그인 "피드백"이 비활성화되었습니다. 2020-01-06 20:01:02 0 [참고] 충돌 후 복구하려면 tc.log를 사용하십시오. 2020-01-06 20:01:02 0 [참고] 크래시 복구를 시작합니다... 2020-01-06 20:01:02 0 [참고] 크래시 복구가 완료되었습니다. 2020-01-06 20:01:02 0 [참고] IP: "127.0.0.1"에 서버 소켓이 생성되었습니다. 2020-01-06 20:01:02 6 [경고] InnoDB: mysql/innodb_table_stats 테이블의 table_name 컬럼명 길이가 일치하지 않습니다. mysql_upgrade를 실행해주세요. 2020-01-06 20:01:02 6 [오류] InnoDB: `mysql`.`innodb_table_stats` 테이블의 last_update 열이 INT UNSIGNED NOT NULL이지만 BINARY(4) NOT NULL(유형 불일치)이어야 합니다. 2020-01-06 20:01:02 6 [오류] InnoDB: "mysql"."gtid_slave_pos" 테이블에 대해 영구 통계 가져오기가 요청되었지만 필수 시스템 테이블 mysql.innodb_table_stats 및 mysql.innodb_index_stats가 존재하지 않거나 예기치 않은 구조가 있습니다. 대신 임시 통계를 사용하세요. 2020-01-06 20:01:02 0 [참고] Master_info 항목을 모두 성공적으로 읽었습니다. 2020-01-06 20:01:02 0 [참고] 해시 테이블에 새로운 Master_info ''를 추가했습니다. 2020-01-06 20:01:02 0 [참고] /usr/sbin/mysqld: 접속 준비가 완료되었습니다. 버전: '10.3.9-MariaDB-1:10.3.9+maria~xenial' 소켓: '/var/run/mysqld/mysqld.sock' 포트: 3306 mariadb.org 바이너리 배포판 2020-01-06 20:01:02 0 [참고] InnoDB : 200106 20:01:02에 버퍼 풀 로딩 완료 2020-01-06 20:01:02 0x7f7b83fff700 InnoDB: /home/buildbot/buildbot/build/mariadb-10.3.9/storage/innobase/trx/trx0purge.cc 라인 121 파일에서 어설션이 실패했습니다. InnoDB: 어설션 실패: purge_sys.tail.commit last_commit InnoDB: 우리는 의도적으로 메모리 트랩을 생성했습니다. InnoDB: 자세한 버그 보고서를 https://jira.mariadb.org/에 제출하세요. InnoDB: 실패 또는 충돌이 반복적으로 발생하더라도 InnoDB: mysqld가 시작된 직후에 나타날 수 있습니다. InnoDB: InnoDB 테이블스페이스 손상. 보다 InnoDB: https://mariadb.com/kb/en/library/xtradbinnodb-recovery-modes/ InnoDB: 강제 복구에 대해. 200106 20:01:02 [오류] mysqld가 신호 6을 받았습니다. 오류가 발생했기 때문일 수 있습니다. 이 바이너리가 또는 링크된 라이브러리 중 하나가 손상되었거나 제대로 구축되지 않았거나 또는 구성 오류입니다. 이 오류는 하드웨어 오류로 인해 발생할 수도 있습니다. 이 버그를 보고하려면 https://mariadb.com/kb/en/reporting-bugs를 참조하세요. 도움이 될 만한 정보를 수집하기 위해 최선을 다하겠습니다. 문제를 진단했지만 충돌이 발생했기 때문에 확실히 뭔가 문제가 있어서 실패할 수도 있습니다. 서버 버전: 10.3.9-MariaDB-1:10.3.9+maria~xenial key_buffer_size=16777216 읽기 버퍼 크기=131072 사용된 최대 연결 수 = 0 최대 스레드 수=153 스레드 수=6 mysqld는 최대 key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 352708K 메모리 바이트 괜찮기를 바랍니다. 그렇지 않다면 방정식의 일부 변수를 줄이십시오. 스레드 포인터: 0x7f7b700009a8 역추적을 시도해보세요. 다음 정보를 통해 알 수 있습니다. mysqld가 죽은 곳. 이후에도 메시지가 표시되지 않으면 문제가 발생한 것입니다. 아주 틀렸어... stack_bottom = 0x7f7b83ffeb78 스레드_스택 0x30000 /usr/sbin/mysqld(my_print_stacktrace+0x2e)[0x555d743edace] /usr/sbin/mysqld(handle_fatal_signal+0x347)[0x555d73e938f7] /lib/x86_64-linux-gnu/libpthread.so.0(+0x11390)[0x7f7bc7679390] /lib/x86_64-linux-gnu/libc.so.6(gsignal+0x38)[0x7f7bc6c48428] /lib/x86_64-linux-gnu/libc.so.6(중단+0x16a)[0x7f7bc6c4a02a] /usr/sbin/mysqld(+0x49d7ea)[0x555d73bdd7ea] /usr/sbin/mysqld(+0xac09e0)[0x555d742009e0] /usr/sbin/mysqld(+0xac5d53)[0x555d74205d53] /usr/sbin/mysqld(+0xac6373)[0x555d74206373] /usr/sbin/mysqld(+0xaa7d65)[0x555d741e7d65] /lib/x86_64-linux-gnu/libpthread.so.0(+0x76ba)[0x7f7bc766f6ba] /lib/x86_64-linux-gnu/libc.so.6(클론+0x6d)[0x7f7bc6d1a41d] 몇 가지 변수를 얻으려고합니다. 일부 포인터가 유효하지 않아 덤프가 중단될 수 있습니다. 쿼리(0x0): 연결 ID(스레드 ID): 1 상태: NOT_KILLED 최적화 스위치: index_merge=on, index_merge_union=on, index_merge_sort_union=on, index_merge_intersection=on, index_merge_sort_intersection=off,engine_condition_pushdown=off, index_condition_pushdown=on, 파생_merge=on, 파생_with_keys=on, firstmatch=on, Loosescan=on, 구체화=on ,in_to_exists=on,semijoin=on,partial_match_rowid_merge=on,partial_match_table_scan=on,subquery_cache=on,mrr=off,mrr_cost_based=off,mrr_sort_keys=off,outer_join_with_cache=on,semijoin_with_cache=on,join_cache_incremental=on, Join_cache_hashed=on, ache_bka =온, 최적화_조인_버퍼_크기=오프, 테이블_제거=온, 확장_키=온, 존재_to_in=온, orderby_uses_equalities=온, 조건_pushdown_for_derivative=온, 분할_물질화=온 http://dev.mysql.com/doc/mysql/en/crashing.html의 매뉴얼 페이지에는 다음이 포함되어 있습니다. 충돌 원인을 파악하는 데 도움이 되는 정보입니다.