* 질문 등록 시 다음의 내용을 꼭 기입하여 주세요.
| Linux 64bit 등 | |
| [cubrid_rel] 수행 결과 | |
| [도움말]-[버전정보] 확인 | |
| java, php, odbc 등 입력 |
* CUBRID 응용 오류, SQL 오류 또는 SQL 튜닝 관련된 문의는 반드시 다음의 내용을 추가해 주세요. 비밀글이나 비밀 댓글도 가능합니다.
* 저희가 상황을 이해하고, 재현이 가능해야 알 수 있는 문제들이 많습니다. 가능한 정보/정황들을 부탁합니다.
| 에러 내용 및 재현 방법 | 재현 가능한 Source와 SQL |
| 관련 테이블(인덱스, 키정보 포함) 정보 | CUBRID 홈 디렉토리 아래 log 디렉토리 압축 |
-------------- 아래에 질문 사항을 기입해 주세요. ------------------------------------------------------------------------
저희시스템 구조가 같은테이블에 대해서 조회화 저장이 동시에 자주 일어 나건든요
그래서 락이 간헐적으로 발생을 하더라구요 저장이 조금 오래걸린다 싶은면 락이 걸려서 조회가 오래 걸립니다.
이런경우 lock_timeout 설정을 얼마로 하는게 좋은가요
현재는 1초로 잡혀있는데 한 10초정도 까지 하면 동시 조회 및 저장 시 락이 덜 발생하는건가요?
lock_timeout 수치가 높으면 저장한느게 많아서 10초정도 걸릴때 조회가 저장전 데이터로 조회가 되는건가요?
G
M
T
| 언어를 감지갈리시아어구자라트어그루지야어그리스어네덜란드어네팔어노르웨이어덴마크어독일어라오어라트비아어라틴어러시아어루마니아어리투아니아어마라티어마오리어마케도니아어말레이어말라가시어말라얄람어몰타어몽골어몽어바스크어버마어베트남어벨로루시어벵골의보스니아어불가리아어세르비아어세부아노세소토어소말리아어순다어스와힐리어스웨덴어스페인어슬로바키아어슬로베니아어신할라어아랍어아르메니아어아이슬란드어아이티프랑스말아일랜드어아제르바이잔어아프리칸스어알바니아어에스토니아어에스페란토말영어요루바어우르두어우즈베크어우크라이나어웨일즈어이그보어이디시어이탈리아어인도네시아어일본어자바어줄루어중국어(간체)중국어(번체)체와어체코어카자흐어카탈로니아어칸나다어칸나다어크로아티아어타갈로그어타밀어타직어태국어터키어텔루구어펀자브어페르시아어포르투갈어폴란드어프랑스어핀란드어하우사어한국어헝가리어히브리어힌디어 | 갈리시아어구자라트어그루지야어그리스어네덜란드어네팔어노르웨이어덴마크어독일어라오어라트비아어라틴어러시아어루마니아어리투아니아어마라티어마오리어마케도니아어말레이어말라가시어말라얄람어몰타어몽골어몽어바스크어버마어베트남어벨로루시어벵골의보스니아어불가리아어세르비아어세부아노세소토어소말리아어순다어스와힐리어스웨덴어스페인어슬로바키아어슬로베니아어신할라어아랍어아르메니아어아이슬란드어아이티프랑스말아일랜드어아제르바이잔어아프리칸스어알바니아어에스토니아어에스페란토말영어요루바어우르두어우즈베크어우크라이나어웨일즈어이그보어이디시어이탈리아어인도네시아어일본어자바어줄루어중국어(간체)중국어(번체)체와어체코어카자흐어카탈로니아어칸나다어칸나다어크로아티아어타갈로그어타밀어타직어태국어터키어텔루구어펀자브어페르시아어포르투갈어폴란드어프랑스어핀란드어하우사어한국어헝가리어히브리어힌디어 |
음성 기능은 200자로 제한됨
- 만약 저장 질의 유형에 UPDATE 질의가 포함되어 있다면, 인덱스를 추가하여, 테이블락이 아닌 키락을 유발하여, 동시성을 높여야 합니다.
- 락을 유발하는 선행 트랜잭션의 수행 시간을 확인 하신 후 lock_timeout을 설정하셔야 합니다.
- 자세한 내용은 매뉴얼을 통해 테스트 해보시기 바랍니다.
(https://www.cubrid.org/manual/ko/9.3.0/admin/admin_utils.html#lock_