From the spec in the console log, ttl is 0. So the workload should not be related to expiry.
15:28:05 "n1ql_op": "read",15:28:05 "n1ql_queries": [15:28:05 {15:28:05 "args": "[\"\{gender}\", \"\{marital_status}\", \"\{education_status}\"]",15:28:05 "scan_consistency": "not_bounded",15:28:05 "statement": "SELECT item.id, AVG(quantity) AS avg_quantity, AVG(list_price) AS avg_list_price, AVG(coupon_amt) AS avg_coupon_amt, AVG(sales_price) AS avg_sales_price FROM `bucket-1` WHERE customer.gender = $1 AND customer.marital_status = $2 AND customer.education_status = $3 GROUP BY item.id ORDER BY item.id LIMIT 100;"15:28:05 }15:28:05 ],
|
15:28:05 "transactionsenabled": 0,
|
15:28:05 "transactionupdateproportion": 0.75,
|
...
|
|
*15:28:05* "ttl": 0,
|
15:28:05 "updates": 0,
|
{*}1{*}5:28:05 "use_backup": false,
|
15:28:05 "user_mod_throughput": Infinity,
|
15:28:05 "user_mod_workers": 0,
|
I took a look at the logs for indexer node 172.23.97.19. From Plasma Stats, from count & items_count stat, it looks like there are only inserts
"MainStore":
|
{
|
"memory_quota": 283115520000,
|
"count": 100000000,
|
....
|
"items_count": 100000000,
|
"total_records": 100000000,
|
...
|
"resident_ratio": 1.00000,
|
"compressed_percent": 71,
|
"compressed_compressible_percent":99,
|
"mvcc_purge_ratio": 1.00000,
|
"reader_purge_cnt": 0,
|
"reader_emptypage_cnt": 0,
|
...
|
"hole_cleaner_status": "",
|
}
|
Based on "reader_emptypage_count", the count for empty page is zero, and hole cleaner does not seem to run for the index.
2022-01-11T15:41:03.837-08:00 [Info] Periodic Aggregated StorageStats:
|
{
|
...
|
"reader_purge_count": 0,
|
"reader_emptypage_count": 0
|
}
|
Srinath Duvuru , From the change log, it appears that the regression is caused due to hole cleaning logic introduced in plasma from build 7.1.0-2007. To confirm the same, I re-ran the test with a toy build with indexing on 7.1.0-2006 + plasma support for hole cleaning - The regression showed up (http://perf.jenkins.couchbase.com/job/arke-multi-client/6286/console) confirming that the regression is due to hole cleaning logic. The toy build parameters are: http://server.jenkins.couchbase.com/view/Toys/job/toy-unix-simple/4267/parameters/
Another point is, I ran another test with "indexer.plasma.holecleaner.enabled" set to false on top of build 7.1.0-2007 but the regression still showed up - http://perf.jenkins.couchbase.com/job/arke-multi-client/6277/console. I am not sure if the settings change is being dealt with as expected.
Moving this MB to storage-engine (plasma) for further analysis