feat: Add slow flags for commands with heavy disk I/O

[jonathanc-n]

I have added slow flags for the following commands:

• HGETALL
• LINSERT
• LREM
• LRANGE
• SCAN
• SINTER
• SDIFF
• SUNION

I would like to just see if I had done these correctly, I am looking to add support for these commands as well (please verify if these seem to be commands that contribute to heavy disk I/O + lmk if there are more to add):

• MSET
• MGET
• MSETNX
• GETRANGE
• SETRANGE
• HKEYS
• HVALS
• HMGET
• HRANGEBYLEX
• LMPOP
• BLMPOP
• SCARD
• SMEMBERS
• ZRANGEBYSCORE
• ZRANGEBYLEX
• ZUNION
• ZINTER
• SORT

References: #2474

[git-hulk]

@jonathanc-n What this issue intends to add a command attribute like what we have in commands/commander.h#L66.

cc @PragmaTwice

And for the slow commands:

• SCAN is not a slow command
• HKEYS/HVALS are the same as HGETALL, and can be identified as an O(N) command
• ZUNION/ZINTER are the same as SUNION
• SMEMBERS is a slow command
• *BYLEX commands behave like the SCAN command, so it shouldn't be a slow command

[jonathanc-n]

@git-hulk Alright got it, thanks for the feedback!

[jonathanc-n]

@git-hulk Are you able to check if this looks good? Thank you in advance!

[jonathanc-n]

@git-hulk Thanks for the review, sorry about the messy PR. I will make sure it is better in the future.

[git-hulk]

@jonathanc-n A few new comments, rest are good to me. Thank you.

[git-hulk]

LGTM

[mapleFU]

I believe this is not enough, some command in kvrocks don't have a good implementation, so it's not slow in redis but slow in kvrocks

However, we can move forward firstly

[sonarcloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarCloud