A. 모든 사용자 입력을 데이터베이스 서버로 보내기 전에 유효성 검사

B. MySQL 인스턴스에서 남아 있는 모든 익명 계정 제거

C. 외부를 향한 웹 서버(https://)에서 SSL/TLS를 사용하여 모든 사용자 세션 암호화

D. 모든 사용자 입력을 올바르게 이스케이프하도록 클라이언트 코드 작성

E. 애플리케이션 서버가 백업 데이터베이스와 상호 작용하는 데 사용하는 계정에 제한된 권한 부여

F. 현재 비밀번호를 알고 있던 직원을 잃은 직후 MySQL 계정 'root'@'%'의 모든 비밀번호 변경

G. 해싱 또는 암호화 방법을 사용하여 MySQL 테이블의 모든 사용자 비밀번호 보호

A. -read-only, 수퍼유저를 제외한 모든 데이터를 읽기 전용으로 설정

B. -reset-grant-tables, 액세스 가능한 mysql 데이터베이스만 있는 서버를 시작합니다.

C. -old-passwords, 권한 부여 테이블 없이 실행되는 동안 이전 암호 형식을 사용하도록 MySQL을 시작합니다.

D. -skip-networking, 원격 위치에서 액세스 금지

A. master-host 변수가 마스터의 IP 주소와 같도록 슬레이브의 my.ini 파일을 편집하고 슬레이브를 다시 시작합니다.

B. 192.168.0.25의 IP 주소에 대한 도메인 이름을 포함하도록 마스터의 DNS 테이블을 편집합니다.

C. 정확한 비밀번호로 [email protected] 사용자를 마스터에 추가합니다.

D. 정확한 비밀번호로 [email protected] 사용자를 슬레이브에 추가합니다.

A. 적용 로그

B. gtid_enable

C. 로그 빈

D. bonlog_format=ROW

E. binlog_format=STATEMENT

A. 슬레이브 사용자는 INSERT, UPDATE 또는 DELETE 권한이 없으며 Write_rows 기능을 실행할 수 없습니다.

B. 슬레이브는 mysqldump -u root -p --skip-lock-tables -all-databases > /data/data.sql로 생성되었습니다.

C. 응용 프로그램에는 행을 업데이트할 수 있는 SUPER 권한이 있습니다.

D. 슬레이브의 루트 사용자가 FLUSH LOGS를 실행하여 릴레이 로그가 이중 기록되도록 합니다.

E. UNIQUE 키가 있는 테이블의 경우 무결성을 유지하기 위해 명령문 기반 복제를 사용해야 합니다.