msna

상황 200개의 리퀘스트를 던지는 부하테스트 중에 max DB connection pool을 200으로 설정하면 아래와 같은 에러가 발생함. ### Error querying database. Cause: org.postgresql.util.PSQLException: ERROR: could not open file "base/16384/16729": Input/output error ### The error may exist in jp/co/toppan/aiocr/bpo/app/domain/repository/EntryRepository.java (best guess) ### The error may involve jp.co.toppan.aiocr.bpo.app.domain.repository.Entry..

아래와 같은 테이블 tbl_entry가 있을 때 id status assign 1 100 F 2 100 F 3 100 F 4 200 F 5 200 F 요청이 들어오면 assign = F인 id 오름차순 첫번째 레코드를 가져와서 assign을 T로 바꾸고 해당 레코드의 정보를 화면에 표시한다. 가져오는 SQL SELECT * FROM tbl_entry WHERE status = ? AND assign = F OFFSET 0 LIMIT 1 그런데 동시에 3명의 유저가 같은 동작을 실행하면 모두가 id=1인 레코드를 가져버린다. 이걸 방지하기 위해서는 "FOR UPDATE"를 쓰면 되는데 이걸 쓰면 해당 레코드에 락이 걸려서 트랜잭션이 끝날 때까지 기다린다. 해당 레코드에 락을 거는 SQL SELECT * F..

문제 여러개로 나뉘어진 로그파일에서 같은 requestId인 것들끼리 파일로 만들고 있음. 작업하던 중 로그파일의 순서가 뒤엉켜서 에러가 발생. 아래와 같은 파일이 있을 때 myapp_application.2023-07-19.0.log myapp_application.2023-07-19.1.log myapp_application.2023-07-19.2.log myapp_application.2023-07-19.3.log myapp_application.2023-07-19.9.log myapp_application.2023-07-19.10.log myapp_application.2023-07-19.11.log 파이썬에서 listdir로 읽어들일 때는 아래의 순서로 읽어들이는 것을 발견함. myapp_app..