-
Notifications
You must be signed in to change notification settings - Fork 6
Add LIMIT clause to fulltext scans to prevent OOM issues #202
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
💡 Codex Review
Here are some automated review suggestions for this pull request.
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
💡 Codex Review
Here are some automated review suggestions for this pull request.
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
Problem
The fulltext scan tests (
where_field_fulltext_*) were configured withoutLIMITclauses, causing out-of-memory crashes when running benchmarks with large datasets and high concurrency.Fulltext searches can match a large percentage of records in the dataset. With millions of records, each fulltext scan could attempt to load hundreds of thousands or millions of matching records into memory simultaneously. Combined with high concurrency settings (e.g., 48 clients × 24 threads = 1,152 concurrent operations), this resulted in memory exhaustion and the benchmark process being killed by the OS.
Solution
Added
limit: 1000to allwhere_field_fulltext_*scan configurations. This ensures:Impact
Users can now successfully run benchmarks with large sample sizes (e.g., 5M records) and high concurrency without encountering OOM kills during fulltext scan operations.