- Shipped
- 2026년 9월 23일 오후 12:33 UTC
- Author
- Kamo
- Commit
- 6add2f1
pg stat statements는 public changelog의 Single-entry가 데이터베이스의 상단에 읽습니다. 거리: 슬러그 룩업과 두 개의 neighbour lookups ran ~905K 시간 각각 ~245 ms — 함께 모든 시간의 약 70 % YugabyteDB는 실행 진술을 보냈다. 마케팅 사이트 렌더링 요청 당 항목 페이지 (~19K 항목 x 22 로컬), 그래서 크롤러는 바쁜 유지, 각 보기 비용 커밋 logs의 3 가지가 있습니다. - findBySlug는 `commitHash LIKE : (...)에 있는 prefix 그리고 프로젝트. commit hash의 독특한 인덱스 HASH-sharded, 그래서 접두사 검사가 가능하지 않았다 (그렇게 주장하는 의견), 프로젝트 목록은 플래너 워크 (프로젝트, date committed)를 제시하고 모든 필터링 공공의 행. 이제 반 열려있는 범위 [prefix, prefix + "~") - 모든 hex 문자 정렬 아래 '~' C collation - 새로운 ix commit logs hash prefix를 통해 공개 프로젝트 대부분의 16명의 후보자에 Java에 적용된 필터. 같은 대답: 정확히 하나의 공공 경기 또는 아무것도. - `(d > :d OR (d = :d and id > :id))`에 비해 더 새로운/older가 시작될 수 없습니다. 이제 `d >= :d와 (d > :d OR id > :id)`(equivalent), 그래서 ix commit logs date uid 시작 입구에서 도보. 강제 일반 계획 (JDBC의 서버 측이 준비하는 것은)와 생산에 측정 : slug 2.2 ms (와 ~245-316), 더 새로운 1.3 ms 이상 1.2 ms (와 ~190). 두 개의 인덱스가 생성되었습니다. 소유자로서의 손은 *********** PublicChangelogLookupTest는 문 모양과 Java 측 필터 (4의 5 빨강에 대하여 이전 서비스).