MySQL 의 InnoDB 을 통해 원시 장치에서 활동/수동 토폴로지

Question

우리는 활동/수동 토폴로지가 있는 두 개의 86 복합물의 공유의 원료의 저장,어디 하나만 노드의에서 주어진 순간은 대한 액세스를 공유 스토리지(AKA 활성 노드).의 경우에 장애 조치에서 활성 노드,수동 노드를 시작하고 현재 노드에 대한 액세스를 공유 스토리지.각 노드는 그것의 자신의 부팅 장소로 파일시스템입니다.그러나 공동 저장할 수 있는 파일시스템에 장착된다.

우리는 설치에 관심이 있 MySQL 모두에서,노드는 그것의 데이터가 있는 곳에서 공유 스토리지 및 활성 노드는 서버를 실행.

MySQL 의 InnoDB 를 실행할 수 있에 raw 장치, 하고,또한 가이드를 실행하는 방법에 대 MySQL 을 통해 유사한 클러스터의 토폴로지.그러나 두 번째 예에서,그들은 파일시스템에 장착 공유 스토리지.파일시스템 문제가 발생의 주요 관심사:

ib_logfile*여전히 필요한 파일 시스템입니다.그래서 원 MySQL 기능은 정확하지 완전히 익지 않습니다.정하시기 바랍니면 나에게 나가 착각하고 있습니다.은 거기에는 해결 방법을 저장하는 파일에서 원료관?우리는 저장할 수 있습니 다시 로그(ib_logfile0, ib_logfile1)에서 노드의 부팅 장치와 항상 해당 파일을 삭제하기 전에 서버를 시작(그래서 우리는 없을 것이 오래된 로그파일에 여러 개 있는 경우 장애 조치).그러나,이로 이어질 수 있습 uncommitted 거래를 부분적으로 위의 경우에 실패의 중간에 트랜잭션,따라서 모순되는 전체 아이디어의 트랜잭션이 있습니다.

어떤 파일을 더/기능에 영향을 미칠 수 있는 행동의 mysql 에서 이 토폴로지를 사용합니까?

Answer 1

는 점은 주목할 만한 가치가 있 InnoDB 의 쓰기에 앞서 로그(WAL),이 ib_logfile*하지 않는 유일한 것이 필요한 파일 시스템입니다.이 있:

1. 시스템 테이블에서 mysql 키는 사용할 가능성이 MyISAM 스토리지 엔진(.frm.MYD,.MYI 테이블당)(대부분은 지금 사용하여 InnoDB 에 5.7)
2. .frm 파일에 대한 각 InnoDB 테이블을 사용하는 경우에도 공유 시스템 테이블스페이스(테이블는 메타데이터의 필수)
3. MySQL 은 로그 파일(오류 로그에는,일반적인 로그,이진 log)
4. SSL 아티팩트
5. 자동입니다.cnf(여기서 MySQL 인스턴스 UUID 가 생성되고 자동으로 저장되)
6. db.선택한 파일에 대한 각각의 스키마(에 /<datadir>/<schema>/)
7. .파 파일을 만들 경우 파티션된 테이블(갈 5.7)
8. .trn 다.trg 파일을 만드는 경우 트리거
9. InnoDB tmp 테이블스페이스(5.6+)
10. 지속 버퍼 풀 페이지 맵(ib_buffer_pool,5.6+)

위의 모든 일반적으로 내 데이터 디렉토리, 도록 만큼 당신가 datadir=/some/valid/fs/path 는 또한 복제(예:소프트웨어)또는 공유(예:NFS,GFS,OCFS)사이에 두 개의 노드 당신은 괜찮습니다.

는 점은 주목할 만한 가치가 있다.frm.par,.trn,.trg,다.선택한 파일 멀리 갈 것으로 새로운 데이터전.

유정한 공지에 거기에 달!:)

그것은 명확하지 않을 나 왜 당신이 사용하여 원요?나는 당신이 당신의 이유로 하지만입니다.:)

행운을 빕니다!

Answer 2

Raw 저장 기법만을 위해 좋은 ibdata1 과 innodb_file_per_table 사용할 수 없습니다.

에서 언급한 설정이 몇 번

• Jul 25, 2012 : 데이터베이스의 디자인이 만드는 여러하지 않도록 하려면 데이터베이스의 두통에 대한 제한 테이블 크기
• Feb 26, 2013 : 정비 MYSQL 때 innodb_file_per_table 용

참고 InnoDB 건축(그림에서 Package CTO 바딤 tkachenko 보낸 사람)

가 innodb_file_per_table 장애인,데이터 인덱스에 대한 모든 InnoDB 테이블이지 내의 원시장과 함께 이중 버퍼 쓰기,삽입하는 버퍼에 데이터전,롤백하 세그먼트,및 취소 공간입니다.

과 관련하여 다시 로그를 고려해야 합니다 작은 소프트웨어 블록 장치를 개최 /var/lib/mysql, 으로, ib_logfile0 고 ib_logfile1 에서는 폴더에 있습니다.따라서,장애 조치를 갈 것으로 다음과 같이

• 휴식 패키지는 전처리 사이에 두 개의 서버
• 설정하는 새로운 서버의 소프트웨 상태 Primary/Unknown
• Mount 소프트웨어에 /var/lib/mysql
• 산 raw 장치 ibdata1 정보
• service mysql start
• 동기화 소프트웨어 장치
• 설치 맥박 조정기/ucarp 서비스를 준비를 위해 다음 장애 조치

내가 선호하는 소프트웨/ucarp 장애 조치에 대한 설정이 가능합니다. 나의 오래된 게시물에서 그들을

UPDATE2015 년 10 월 14 일 11:30EDT

개에 달했으나 그 절반 이 다시 실행 로그에 있어야 합니다 이 소프트웨어 블록에 장착 장치 /var/lib/mysql.과 관련하여 다른 중요한 파일 등

• 이진 로그
• 로그 릴레이
• 오류 로그
• 느린 로그인
• 일반적인 로그인

이러한 모든 파일에 있어야 합니다 /var/lib/mysql 뿐만 아니라.는 방법으로,장애 조치를 수행한 모든 것 MySQL 관련(마이너스는 원시 데이터에서 디스크).

경고 :이 설정하지 않은 대한 MyISAM 테이블이 있습니다.는 경우에는 하드 장애 발생합니다 열려 있는 모든 MyISAM 테이블에 앞서 충돌/장애 조치로 표시됩 손상 및 요구할 것이 실행 REPAIR TABLE 에 모두 영향을 미친 MyISAM 테이블이 있습니다.

는 경우에 귀하의 모든 테이블은 InnoDB,이 경고를 무시하십시오.변환하면 나머지 MyISAM InnoDB 테이블,다음은 이 경고를 무시해도 됩니다.(지 않 변환 모든 테이블에 MyISAM mysql 스키마로 InnoDB).