나는 Tarantool에 대해이 article을 읽었으며 AOF와 WAL 로그가 같은 방식으로 작동하지 않는다고합니다. Tarantool : 스냅 샷 외에, 본격적인 WAL (write ahead 로그)이 있습니다. 따라서 각 거래가 끝나면 즉시 데이터 지속성을 확보 할 수 있습니다. Redis : 사실 스냅 샷 만 있습니다. 기술적으로, 재부팅 후 수동
내 postgresql 환경에서 내 wal 동작을 이해하려고합니다. 내 월마트의 설정은 다음과 같습니다 wal_keep_segments = 200
max_wal_size = 3GB
min_wal_size = 80MB
archive_command = 'cp %p /PostgreSQL-wal/9.6/pg_xlog/wal_archives/%f'
archi
내가 온라인 검색으로 훔쳐 FORCE 또는 NO-FORCE를 다음과 같이 힘이 정의는 : 트랜잭션이 커밋하기 전에 트랜잭션의 모든 업데이트는 디스크에 강제로해야 하는가? 게다가, 모든 로그 기록이 그리고 안정적인 저장소에 기록 될 때까지 트랜잭션이 커밋으로 간주되지 않습니다 들었다하는 방법 WAL 힘 접근 방식과 다른 ? 나는 두 가지 경우 모두에서 우리가
PostgreSQL 9.6 데이터베이스를 구성하여 pg_xlog 폴더의 크기를 제한하려고합니다. 이 문제 또는 유사한 문제에 관해 많은 스레드를 읽었지 만 도움을 요청한 것은 없습니다. PostgreSQL 9.6 서비스 인스턴스에 대한 설정 스크립트를 작성했습니다. initdb를 실행하고, Windows 서비스를 등록하고, 시작하고, 빈 데이터베이스를 만들
우리는 OrientDB 그래프 데이터베이스와 Java API를 사용하여 데이터베이스에 대용량 삽입을 수행하는 일일 스케줄러를 가지고 있습니다. 이러한 이유로 삽입을 수행 할 때 Java 코드에서 WAL을 사용하지 않으려 고합니다. 그렇지 않으면 WAL 파일의 크기가 매우 짧아집니다. 일부 OrientDB 구성을 편집하여 WAL을 영구적으로 비활성화 할 수
제게 인내심을주십시오 -이 질문에서 올바른 용어를 사용하려고합니다. 나는 사용자가 몇 년 동안 자신의 핵심 데이터 백업 .sqlite 데이터베이스의 백업을 만들 수있게 해주는 아이폰 OS 응용 프로그램을 가지고 있습니다. 어떤 이유로, 돌아 오는 길에 journal_mode에 대한 pragma 옵션을 "MEMORY"로 설정했는데, 이는 지난 수년 동안 이루
HBase 기반 시스템에서 매일 수백만 개의 행을 프로덕션 환경에서 대량로드하려고합니다. 우리는 HBase Bulk Load이 puts에 비해 좋은 옵션이라고 생각합니다. 대량로드 기능은 MapReduce 작업을 사용하여 HBase의 내부 데이터 형식으로 테이블 데이터를 출력 한 다음 생성 된 StoreFiles를 실행중인 클러스터에 직접로드합니다. 대량로
나는 여기에 인용 발견 의 PostgreSQL은 미리 쓰기 로그에 의존하는 데이터베이스 (WAL) 중 하나입니다 - 모든 변경 먼저 로그 (변화의 흐름)에 기록하고,에 만 데이터 파일. 크래시의 경우 데이터베이스가 WAL을 사용하여 복구를 수행 할 수 있으므로 내구성을 제공합니다. WAL에서 변경 사항을 읽고 데이터 파일에 다시 적용하기 때문에 내구성을 제