otheng

Any comments on this would be greatly appreciated.

@wuranxx Thanks for your comment. > bigkey is not like slowlog, key size will be change when set command or some change element command, how to detect these behavior? Keeping...

@hwware Thank you for reviewing the PR and referencing the issue! Would you prefer implementing `Feature Proposal 1 and 2` directly, or would it be better for me to continue...

Managing key sizes in a distributed fashion is a good idea, as it gives us a clear picture of the overall key distribution.

Your idea aligns closely with the alternatives I’ve been considering in the ['Alternatives Considered'](https://github.com/valkey-io/valkey/issues/1827#:~:text=Anyway%2C%20it%20would%20be%20nice%20if%20valkey%20could%20easily%20detect%20whether%20a%20bigkey%20exists%20or%20not.%20redis/redis%2313592%20can%20be%20an%20alternative!) section, and I completely agree with your suggestion. Yes, I'm interested in contributing and would like...

Thank you for providing the detailed requirements. I understand them clearly. I’ll update the description at the top of this issue and rebase my PR(#1151) accordingly to align with the...

I'm considering between two methods. I would appreciate your comments on `Option 1` and `Option 2`. **Option 1: Add BIGKEY as a subcommand of COMMANDLOG** `BIGKEYLOG` records access logs when...

Let me try Option 2, if you are okay. :)

Hi, @ranshid Thanks for reading this topic. > Can you please explain what "optimized" means in this context? does it mean user would choose to use hscan instead? he can...

Thanks, I will leave comment after I get home. I might arrive home after 5 hours. Sorry for the delay in my response.