DB 크기
그것은 vBET의 설치 다음과 같은 크기의 트리플 귀하의 데이터베이스에 대한 정상입니까?
나는 1GB DB와 함께 밖으로 시작하고, 지금은 가까운 3 찾고 있어요. 제가 전체 페이지 게시물 현재 캐시되는 것을 이해하지만, 그것은 (2.x에서이처럼) VB 이외의 별도의 데이터베이스에이 짓을 더 안정되지 않을까?
예 - 사용자 DB는 자랄거야. 귀하의 콘텐츠를 (당신은 모든 언어가 활성화된 경우) 52 번 곱한이므로 성장하지 어렵습니다
VB에서 다른 리소스를 사용하지 쿼리가 없기 때문에 동일한 DB를 사용하면, 전혀 안정 포럼에 영향을 미치는 것은 아닙니다. 또한 vBET 2.x에서 역시 같은 데이터베이스를 사용합니다.
당신은 항상 어떤 언어를 사용하지 않도록 설정하거나, DB 크기는 당신에게 문제가있다면 좀 언어에 대한 캐시를 비활성화할 수 있습니다. 하지만 오랫동안 당신의 드라이브에 공간이 같은 DB의 크기는 영향을 미치지 않습니다 - vBET는 모든 쿼리에 대해 인덱스를 사용하고 있습니다. 캐시 테이블이 정말 큰 경우에는 관심이 수있는 한 가지가있다 - 이들은 전략을 지우면됩니다. 이들에 대한 자세한 내용을 보려면 관리 CP로 이동하십시오 -> vBET -> 캐시.
답장을 보내주셔서 감사합니다! 그래서 그 문제를 지웁니다.
내 마지막 관심사는 mysqldump에 관한 것이다. 명령행을 통해 mysqldump를 실행하는 경우에는 vBET 캐시 테이블이 덤프되는 것을 제외할 수 있는 방법이 있습니까? 나는 캐시를 백업하는 공간을 낭비하지 않는 것이 좋겠다.
우리는 파일 캐시를 지원하기 위해 계획하고 있습니다. 그것은 하드 드라이브에 더 많은 공간을하지만, DB 쿼리하지 않고 데이터를 얻을 것입니다. 우리는 아직이 구현을 시작하지 않았다.
이 순간 우리는 다른 내용을 어떻게 구성하고 있어야 예정입니다. 우리는 모두 실행 싶어 - 그것은 추가 캐싱 엔진을 설치할 필요없이 의미합니다.
인용과 함께 답변
