아, 첫째로 나는 MySQL이 가장 stabel 버전 및 예 그 이유는 그 충돌은 언어 테이블입니다 문제 MySQL의 경우 전, 손님 캐시를 사용하는 있다고 생각하는거야? 내가 게시 또는 페이지 단위 변경 액세스할 수 있습니다 많은 테이블을 가지고 있지만 그들은 충돌하지 않습니다.
그리고 나는이 모든 것의 몇 번 최적화!
우리는 테이블 캐시 버그를 가지고 이유를 확인하실 수 없습니다 - 언급했듯이 이전에이 오류가 MySQL을하고 그것이 다른 테이블 확인 것을 중요하지 않습니다, 때문에 그것은 MySQL의 팀에 질문입니다. 우리의 경우 우리는 더 좋은 방법이 없어 -이 버그에 대한 책임 팀에 신고하시기 바랍니다 - MySQL의 팀.
캐시 테이블에 다른 테이블을 비교하는 모든 시도는 말이 없잖아요 -이 오직 여기에 MySQL이 테이블을 충돌 왜 그냥 추측, 될 때문입니다. MySQL의 팀이 MySQL의 코드에 대한 책임 그러니 제발 - 그게 MySQL의 팀에 대해 문의하십시오.
아마 문제는이 캐시 테이블에 당신은 내용의 많은 다른 테이블에없는 (단지처럼 포럼에서 다른 포럼에서 고객 않음)이기 때문에입니다. 아마에서 캐시 테이블 데이터를 데이터를 자주 제거하고 다른하지의 수 있습니다. 아마, 우리는 그것을 확인할 수 없습니다 - 유일한 제안을.
우리가 말할 수있는 유일한 방법은 이것은 MySQL의 에러는 것입니다. vBET 코드에 변화가이 문제를 제거하지 않습니다 것을 바랍니다.
MySQL의 엔진은 SQL로 테이블을 관리하는 책임이있다. 그래서 당신은 MySQL의 코드에서 해결책을 찾기 위해 필요합니다. 그 MySQ 지원에 대한 문의하시기 바랍니다.
감사합니다.
예 카밀이 옳았있다
문제가 MySQL을에서이기 때문에, MySQL에 기록하려고합니다.
제 생각에는 당신이 캐시 문제가, 뭔가가 캐시에서 MySQL에 쓸 수 없습니다.
MySQL 데이터베이스 5.5 MySQL을 업그레이 드하려고, 아마도 도움이 될 것입니다 업그레이 드하십시오.
IM은 카밀라고 정확히 반복 수있다 기뻐. 그것은 문제가 테이블 거의 항상 AF 언어입니다 MySQL과 연동하여 문제가되지 않습니다, 당신이 MySQL에 입력 및 출력 매우 자주있다면 그것이 충돌합니다! 내 게시물 테이블이 거대하기 때문에 그것이 그렇게 말할 수있는, 그것은 718,000 개의 게시물이 있습니다 그리고 포럼의 모든 단일 사용자에 의해 액세스되어 반드시 이것은 언어 테이블보다 게시물 테이블 낮은 입력을 너무 아무것도 매우 잘 MySQL을 콥스가 쉽게와 코프드됩니다 훨씬 더 자주 사용됩니다.원래 의해 게시됨 Youngster
다른 테이블의 충돌, 그것은 언어 테이블 없습니다.
다시 한번,이 문제 MySQL의 팀에 대해 문의하시기 바랍니다. 이 수정 프로그램은 빠르고 더 나은 것입니다.
인용과 함께 답변
