클라이언트는 ~ 1000 행의 데이터 (최근에는 물론)가 테이블 중 하나에 누락되었습니다. 일부 법의학 조사를 수행 한 결과, 해당 테이블의 다른 행에있는 "last_updated_date"도 삭제 발생과 대략 동일한 시간으로 설정된다는 것을 알았습니다. 이것은 큰 테이블 중 하나가 아닙니다.MySQL 덤프 제한? MySQL 전체 데이터베이스 크기 제한?
지난 주에 대한 mysqldumps는 모두 exact 같은 크기 - 10375605093 바이트입니다. 이전 덤프는 각각 약 0.5GB 씩 증가했습니다. MySQL은 명령은 표준 덤프 : 상자에
/path/to/mysqldump -S /path/to/mysqld2.sock --lock-all-tables -u username -ppassword database > /path-to-backup/$(date +%Y%m%d)_live_data.mysqldump
DF -h 모든 디렉토리에 충분한 공간 (50 % 이상)를 보여줍니다.
덤프가 늘어나지 않는다는 사실과 결합 된 데이터 손실은 어떻게 든 MySQL에서 하드 코드 된 한계를 깨고 (내가 잘못했으면 좋겠다고) 걱정하고 있습니다. 데이터가 손상됩니다. 이런 얘길 들어 본 사람 없니? 우리는 어떻게 mysqldump 크기를 설명 할 수 있는가?
더 깊게 파고 들기 ... "max_allowed_packet"문제 (alahttp : //rackerhacker.com/2007/10/11/mysqldump-got-packet-bigger-than-max_allowed_packet-bytes/)가 아니며 파일 시스템은 다음과 같습니다. Linux/ext4 ... 최대 파일 크기는 16TB입니다 (http://en.wikipedia.org/wiki/Ext4). 아직 완전히 단서가 없습니다 ... – rICh