KamoCRM

Keep commit logs.translation count at 쓰기 시간

PerformanceSecurityService
Shipped
2026년 9월 23일 오후 2:40 UTC
Author
Kamo
Commit
1f715e4

DDL: ****** **************** (column + 부분 친화적 인 인덱스, 적용 이미 생산)와 *********** (한 번 캐치 업, 이미 실행 — 19,373 행, 모든 자신의 실제 카운트에 착륙). **************** 이제 commit logs.translation count를 정확히 유지하십시오. commit log translations 의 COUNT(*)와 동일하, 같은 REQUIRES NEW 거래에서 각 locale 쓰기: +1 진정한 새로운 Locale에 대 한, 이미 거기의 re-save에 대 한 변경 (retry 또는 sanitization-rule re-trigger deletes-then-reinserts 같은 locale - net Zero). @RetryOnDbConflict에서 포장 된이 코드베이스의 규칙과 일치하여 드물게 쓴다. concurrent-overlap (초기 후 시작된 번역은 5 분 동안 비행 중입니다. 청소는 또한 동일한 아직도 불완전한 줄을 선택합니다) 40001 할 수 있었습니다. ****** ********************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** 일반 색인 WHERE와 카운터를 읽습니다. **************** 대신 GROUP BY .. HAVING 이상 commit logs LEFT JOIN commit log translations ran 각 5 분 — 생산에서 측정: ~14K 통화 ~750ms ( ~406K-row 번역 테이블의 전체 스캔), EXPLAIN을 통해 확인 이 배선하기 전에 ANALYZE : 751ms -> 19.6ms (Index 만 스캔, Heap Fetches : 0) 동일 빈약한 케이스. 관련 해답은 먼저 시도하고 거절했다 : EXPLAIN 생산에 ANALYZE는 원래보다 13.9s, ~18x WORSE에서 그것을 보여주었습니다 — YugabyteDB의 per-RPC 비용 많은 작은 correlated lookups dominates를 위해, 왜 이것은 유지한 란, 아닙니다입니다 스마트 가입.

All changes

Like what you see shipping?

All of it arrives in your workspace on its own. Start on the free plan and read this page again in a month.

Start Free ForeverView Pricing