Why key management matters in Redis - Test Your Understanding

Practice - 5 Tasks

1fill in blank

easy

Complete the code to set a key named 'user:1' with value 'Alice' in Redis.

Redis

SET [1] Alice

Drag options to blanks, or click blank then click option'

Auser_1

Buser:1

Cuser

Duser1

Attempts:

3 left

💡 Hint

Common Mistakes

Using keys without namespaces can cause confusion and collisions.

The key 'user:1' uses a colon to separate namespaces, which is a common practice in Redis key management.

2fill in blank

medium

Complete the code to retrieve the value of the key 'session:1234' from Redis.

Redis

GET [1]

Drag options to blanks, or click blank then click option'

Asession1234

Bsession_1234

Csession-1234

Dsession:1234

Attempts:

3 left

💡 Hint

Common Mistakes

Using underscores or dashes instead of colons can break key patterns.

The key 'session:1234' uses a colon to separate the type and the ID, which helps in managing keys effectively.

3fill in blank

hard

Fix the error in the code to delete the key 'cache:data' from Redis.

Redis

DEL [1]

Drag options to blanks, or click blank then click option'

Acache_data

Bcache-data

Ccache:data

Dcachedata

Attempts:

3 left

💡 Hint

Common Mistakes

Using underscores or dashes instead of colons causes the command to fail.

The key must match exactly, including the colon, to delete the correct key in Redis.

4fill in blank

hard

Fill both blanks to set a key with a namespace and an expiration time of 3600 seconds.

Redis

SET [1] 'value' EX [2]

Drag options to blanks, or click blank then click option'

Auser:1001

B3600

C300

Duser1001

Attempts:

3 left

💡 Hint

Common Mistakes

Using keys without namespaces or wrong expiration times.

Using 'user:1001' as the key with an expiration time of 3600 seconds (1 hour) helps manage keys efficiently.

5fill in blank

hard

Fill all three blanks to increment a numeric key 'counter:visits' by 1 and retrieve its new value.

Redis

INCR [1]
GET [2]
DEL [3]

Drag options to blanks, or click blank then click option'

Acounter:visits

Dcounter_visits

Attempts:

3 left

💡 Hint

Common Mistakes

Mixing key names with underscores or missing colons.

Using the exact key 'counter:visits' ensures the increment, retrieval, and deletion commands work on the same key.

Practice

1. Why is it important to use clear and consistent key names in Redis?

easy

A. It helps organize data and makes it easier to find keys.

B. It increases the size of the Redis database automatically.

C. It allows Redis to run without any memory limits.

D. It prevents Redis from accepting new connections.

Solution

1. Step 1: Understand key naming purpose

   Clear and consistent key names help keep data organized in Redis.

2. Step 2: Identify benefits of good key names

   Organized keys make it easier to find and manage data quickly.

3. Final Answer:

   It helps organize data and makes it easier to find keys. -> Option A

4. Quick Check:

   Good key names = easier data management [OK]

Hint: Think: clear names = easy to find data [OK]

Common Mistakes:

• Assuming key names affect database size
• Believing key names control memory limits
• Confusing key names with connection settings

2. Which of the following is the correct way to set a key with a prefix in Redis CLI?

easy

A. SET user-1001 "John"

B. SET user:1001 "John"

C. SET user/1001 "John"

D. SET user1001 "John"

Solution

1. Step 1: Recognize common prefix pattern

   Using a colon ':' is the standard way to separate prefixes in Redis keys.

2. Step 2: Check each option's syntax

   Only SET user:1001 "John" uses the colon prefix format correctly.

3. Final Answer:

   SET user:1001 "John" -> Option B

4. Quick Check:

   Prefix with ':' is correct Redis key style [OK]

Hint: Use ':' to separate prefixes in keys [OK]

Common Mistakes:

• Using dashes or slashes instead of colons
• Not using any separator between prefix and key
• Confusing key naming with command syntax

3. Given these Redis keys: user:1, user:2, order:1, what will the command KEYS user:* return?

medium

A. []

B. ["order:1"]

C. ["user:1", "user:2", "order:1"]

D. ["user:1", "user:2"]

Solution

1. Step 1: Understand the KEYS command with pattern

   KEYS user:* matches all keys starting with 'user:' prefix.

2. Step 2: Identify matching keys

   Only 'user:1' and 'user:2' match the pattern; 'order:1' does not.

3. Final Answer:

   ["user:1", "user:2"] -> Option D

4. Quick Check:

   KEYS user:* returns keys with 'user:' prefix [OK]

Hint: KEYS with prefix* returns keys starting with prefix [OK]

Common Mistakes:

• Expecting keys with different prefixes to appear
• Thinking KEYS returns empty if any key exists
• Confusing pattern matching syntax

4. You want to delete all keys with prefix session: but your command DEL session:* returns an error. What is the problem?

medium

A. DEL command requires a password to delete keys.

B. The prefix 'session:' is invalid in Redis keys.

C. DEL does not accept wildcards; you must delete keys individually.

D. You must restart Redis before deleting keys.

Solution

1. Step 1: Understand DEL command behavior

   DEL command deletes specific keys; it does not support wildcards.

2. Step 2: Identify correct deletion method

   To delete keys by pattern, you must first find keys (e.g., with KEYS) then delete them individually.

3. Final Answer:

   DEL does not accept wildcards; you must delete keys individually. -> Option C

4. Quick Check:

   DEL needs exact keys, no wildcards [OK]

Hint: DEL needs exact keys; use KEYS + DEL loop [OK]

Common Mistakes:

• Trying to use wildcards directly with DEL
• Thinking prefixes are invalid keys
• Believing Redis needs restart to delete keys

5. You have keys cache:item:1, cache:item:2, and cache:user:1. You want to delete only keys related to items efficiently. Which approach is best?

hard

A. Use SCAN 0 MATCH cache:item:* to find keys, then delete them one by one.

B. Run DEL cache:* to delete all cache keys at once.

C. Rename keys to remove 'item' prefix before deleting.

D. Flush the entire Redis database to remove all keys.

Solution

1. Step 1: Identify keys to delete

   Only keys with prefix 'cache:item:' should be deleted, not 'cache:user:'.

2. Step 2: Choose efficient deletion method

   SCAN with MATCH finds keys without blocking Redis; then delete keys individually.

3. Step 3: Avoid unsafe commands

   DEL with wildcards or FLUSHDB deletes too much; renaming keys is unnecessary.

4. Final Answer:

   Use SCAN 0 MATCH cache:item:* to find keys, then delete them one by one. -> Option A

5. Quick Check:

   SCAN + MATCH + DEL = safe selective deletion [OK]

Hint: Use SCAN with MATCH to safely find keys before deleting [OK]

Common Mistakes:

• Using DEL with wildcards causing errors
• Flushing entire DB losing all data
• Renaming keys unnecessarily before deletion