Q: Manticore Search에서 문자열 범위 비교(>, =, <=)가 잘못된 결과를 반환하는 이유는 무엇인가요?

이것은 알려진 버그입니다(v29.18.5에서 수정됨): 보조 인덱스(secondary index)가 사용될 때 문자열 속성에 대한 범위 비교가 해시 동등 비교로 잘못 변환되어, `s > 'a'`가 `s = 'a'`처럼 동작합니다(`>=`/` 'a' /*+ NO_SecondaryIndex(s) */`. 단, 이 힌트는 단일 필터 `COUNT(*)` 쿼리에서는 무시됩니다. 2) JSON 엔드포인트(및 COUNT 쿼리)의 경우, 범위 필터를 표현식으로 재작성합니다: `{"table":"t","expressions":{"in_range":"IF(s > 's050000', 1, 0)"},"query":{"equals":{"in_range":1}},"options":{"cutoff":0}}` — `cutoff: 0`은 필수이며, 지정하지 않으면 `hits.total`이 하한(lower bound) 값을 반환합니다.

Question 1

Manticore Search 25.9.1에서 SELECT @@performance_schema가 비어 있거나 NULL을 반환하는 이유는 무엇인가요?

Accepted Answer

버전 25.9.1의 회귀로 인해 `SELECT @@performance_schema`가 1 대신 빈 결과를 반환하게 되었습니다. 이로 인해 DBeaver 통합 및 다른 쿼리들이 영향을 받았습니다. 이 문제는 커밋 d1fcc38에서 수정되었으며, 이후 릴리스에 포함되었습니다. 해결하려면 이 수정 사항이 포함된 최신 Manticore Search 버전으로 업그레이드하세요. 임시 해결 방법으로, 애플리케이션이 이 값에 의존하는 경우 값을 하드코딩할 수 있지만, 영구적인 업데이트를 권장합니다.

Question 2

Manticore Search의 보안 취약점을 비공개로 신고하는 방법은 무엇인가요?

Accepted Answer

보안 취약점을 개인적으로 신고하려면 contact@manticoresearch.com으로 이메일을 보내주세요. 또는 Manticore Search 리포지토리에서 GitHub의 Private Vulnerability Reporting 기능을 사용할 수 있습니다 (해당 기능이 현재 활성화되어 있습니다).

Question 3

columnar_attrs를 sql_attr_multi (MVA)와 함께 사용할 때 CSphIndex_VLN::Build_AddToDocstore에서 발생하는 Manticore indexer SIGSEGV 크래시를 수정하는 방법은 무엇인가요?

Accepted Answer

이것은 Manticore 25.0.0의 알려진 버그입니다: 인덱스에 `columnar_attrs = *`(또는 MVA 어트리뷰트를 명시적으로 나열한 경우)와 `sql_attr_multi`가 함께 설정되어 있으면 indexer가 첫 번째 문서에서 SIGSEGV로 크래시됩니다. 수정 및 해결 방법:

1. **Manticore 업그레이드**: 크래시가 수정된(PR #4586) 25.13.5 이상 버전으로 업그레이드하세요:
   ```bash
   sudo apt update && sudo apt install manticore manticore-columnar-lib
   ```
   그런 다음 인덱스를 다시 빌드하세요: `sudo -u manticore indexer --config /etc/manticoresearch/manticore.conf --all --rotate`

2. **영향을 받는 버전에서의 해결 방법**: columnar 스토리지에서 MVA 어트리뷰트를 제외하세요. `columnar_attrs = *` 대신 `[index]` 섹션에 MVA가 아닌 어트리뷰트만 명시적으로 나열하거나, 해당 인덱스에서 `columnar_attrs`를 완전히 제거하세요.

Question 4

왜 Manticore Search에서 버전 29.2.0 이후 필터링된 KNN 쿼리가 약 7배 더 느려졌나요?

Accepted Answer

이는 커밋 `f0506e35d`로 인해 Manticore Search 29.2.0에서 도입된 성능 회귀입니다. KNN 쿼리에 선택적인 속성 필터가 함께 사용되고 플래너가 brute-force/fullscan 실행을 선택하는 경우, 내부 `knn_dist` 필터가 문자열/속성 필터에 의해 이후에 폐기되는 행을 포함하여 스캔되는 모든 행에 대해 프리필터 단계에서 평가됩니다. 이로 인해 `fullscan` 시간이 일치하는 행 수가 아니라 전체 테이블 크기에 따라 증가합니다. 이 문제는 커밋 [`868eb4c0ba5ae2992f2b174895727fdacd1a5846`](https://github.com/manticoresoftware/manticoresearch/commit/868eb4c0ba5ae2992f2b174895727fdacd1a5846)에서 수정되었습니다. 해당 수정 사항이 포함된 Manticore Search 릴리스로 업그레이드하십시오. 임시 해결 방법으로는 29.1.1로 다운그레이드하십시오. 예: `manticoresearch/manticore:dev-29.1.1-786b8d5`. `SHOW PROFILE`로 회귀를 확인할 수 있으며, 영향을 받는 버전에서는 누적 `fullscan` 시간이 크게 증가한 것으로 나타납니다.

Question 5

Manticore Search에서 문자열 범위 비교(>, <, >=, <=)가 잘못된 결과를 반환하는 이유는 무엇인가요?

Accepted Answer

이것은 알려진 버그입니다(v29.18.5에서 수정됨): 보조 인덱스(secondary index)가 사용될 때 문자열 속성에 대한 범위 비교가 해시 동등 비교로 잘못 변환되어, `s > 'a'`가 `s = 'a'`처럼 동작합니다(`>=`/`<=`는 not-equals로 바뀝니다). 이 문제는 SQL 연산자와 JSON `range` 필터 모두에 영향을 미치며, 일반적으로 `FLUSH RAMCHUNK`가 보조 인덱스를 포함한 디스크 청크를 생성한 이후에 발생합니다. **해결 방법:** Manticore Search 29.18.5 이상으로 업그레이드하세요(dev 패키지 저장소에 패치된 빌드가 있습니다). **영향받는 버전에서의 우회 방법:** 1) 옵티마이저 힌트를 사용해 쿼리 단위로 보조 인덱스를 비활성화합니다: `SELECT * FROM t WHERE s > 'a' /*+ NO_SecondaryIndex(s) */`. 단, 이 힌트는 단일 필터 `COUNT(*)` 쿼리에서는 무시됩니다. 2) JSON 엔드포인트(및 COUNT 쿼리)의 경우, 범위 필터를 표현식으로 재작성합니다: `{"table":"t","expressions":{"in_range":"IF(s > 's050000', 1, 0)"},"query":{"equals":{"in_range":1}},"options":{"cutoff":0}}` — `cutoff: 0`은 필수이며, 지정하지 않으면 `hits.total`이 하한(lower bound) 값을 반환합니다.

Manticore Search

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트