CacheModule setup in NestJS - Performance & Optimization

Performance: CacheModule setup

MEDIUM IMPACT

This affects server response time and reduces repeated data processing by storing results temporarily.

Caching data to speed up repeated API responses

NestJS

import { CacheModule } from '@nestjs/common';
import * as redisStore from 'cache-manager-redis-store';

@Module({
  imports: [
    CacheModule.register({
      store: redisStore,
      host: 'localhost',
      port: 6379,
      ttl: 60,
    }),
  ],
})
export class AppModule {}

Using Redis as cache store with TTL limits memory use and speeds up repeated requests efficiently.

📈 Performance GainReduces backend processing time and memory usage, improving response speed and scalability.

Caching data to speed up repeated API responses

NestJS

import { CacheModule } from '@nestjs/common';

@Module({
  imports: [CacheModule.register()],
})
export class AppModule {}

Using default CacheModule without specifying cache store or TTL can lead to inefficient caching and memory overuse.

📉 Performance CostMay cause increased memory usage and slower responses under load due to unoptimized cache.

Performance Comparison

Pattern	DOM Operations	Reflows	Paint Cost	Verdict
Default CacheModule (in-memory, no TTL)	N/A	N/A	N/A	[!] OK
CacheModule with Redis store and TTL	N/A	N/A	N/A	[OK] Good

Rendering Pipeline

CacheModule setup affects server-side response generation before the browser rendering pipeline starts.

→Server Processing

→Network Transfer

⚠️ BottleneckServer Processing when cache is missing or inefficient

Optimization Tips

1Always configure CacheModule with a proper cache store like Redis for scalability.

2Set a TTL to avoid stale data and control memory usage.

3Use caching to reduce server processing time and speed up API responses.

Performance Quiz - 3 Questions

What is the main performance benefit of configuring CacheModule with a Redis store?

A Increases server memory usage

B Reduces server processing time by storing cache externally

C Blocks rendering on the client side

D Improves CSS selector performance

DevTools: Network

How to check: Open DevTools Network panel, observe API response times for repeated requests.

What to look for: Faster response times on repeated requests indicate effective caching.

Practice

1. What is the main purpose of importing CacheModule in a NestJS application?

easy

A. To enable temporary storage of data to speed up responses

B. To connect to a database automatically

C. To handle user authentication

D. To manage application logging

Solution

1. Step 1: Understand CacheModule's role

   CacheModule is used to store data temporarily to reduce repeated processing.

2. Step 2: Compare with other options

   It does not handle database, authentication, or logging directly.

3. Final Answer:

   To enable temporary storage of data to speed up responses -> Option A

4. Quick Check:

   CacheModule = temporary data storage [OK]

Hint: CacheModule is about caching data, not databases or auth [OK]

Common Mistakes:

• Confusing CacheModule with database modules
• Thinking CacheModule manages authentication
• Assuming CacheModule handles logging

2. Which of the following is the correct way to import and register CacheModule with a TTL of 5 seconds in a NestJS module?

easy

A. CacheModule.register({ ttl: 5 })

B. CacheModule.forRoot({ ttl: 5 })

C. CacheModule.setup({ ttl: 5 })

D. CacheModule.init({ ttl: 5 })

Solution

1. Step 1: Recall CacheModule registration method

   CacheModule uses the static method register to configure options like ttl.

2. Step 2: Verify method names

   Methods like forRoot, setup, or init are not used by CacheModule.

3. Final Answer:

   CacheModule.register({ ttl: 5 }) -> Option A

4. Quick Check:

   Use register() to configure CacheModule [OK]

Hint: CacheModule uses register(), not forRoot() or init() [OK]

Common Mistakes:

• Using forRoot() instead of register()
• Using setup() or init() which do not exist
• Forgetting to pass options inside register()

3. Given this NestJS module setup:

import { CacheModule, Module } from '@nestjs/common';

@Module({
  imports: [CacheModule.register({ ttl: 10 })],
})
export class AppModule {}

What will be the effect of the ttl: 10 option?

medium

A. Cache entries expire after 10 minutes

B. Cache entries expire after 10 seconds

C. Cache entries never expire

D. Cache entries expire immediately

Solution

1. Step 1: Understand ttl meaning in CacheModule

   The ttl option sets the time-to-live in seconds for cached data.

2. Step 2: Interpret ttl: 10

   Since ttl is 10, cached data expires after 10 seconds.

3. Final Answer:

   Cache entries expire after 10 seconds -> Option B

4. Quick Check:

   ttl = seconds cache lives [OK]

Hint: ttl value is in seconds, not minutes [OK]

Common Mistakes:

• Assuming ttl is in minutes
• Thinking ttl disables expiration
• Confusing ttl with cache size

4. Identify the error in this CacheModule setup:

import { CacheModule, Module } from '@nestjs/common';

@Module({
  imports: [CacheModule.register({ ttl: '20' })],
})
export class AppModule {}

medium

A. register() method does not accept options

B. CacheModule cannot be imported from '@nestjs/common'

C. ttl should be a number, not a string

D. Module decorator is missing parentheses

Solution

1. Step 1: Check ttl option type

   ttl expects a number representing seconds, not a string.

2. Step 2: Verify other parts

   CacheModule import and Module decorator usage are correct; register() accepts options.

3. Final Answer:

   ttl should be a number, not a string -> Option C

4. Quick Check:

   ttl must be numeric [OK]

Hint: ttl must be a number, not quoted text [OK]

Common Mistakes:

• Passing ttl as a string instead of number
• Thinking register() has no parameters
• Misusing import paths

5. You want to cache HTTP GET responses in a NestJS controller using CacheModule with a global TTL of 15 seconds. Which setup correctly applies caching to all routes in the module?

hard

A. Import CacheModule with ttl 15 and manually store cache in each method

B. Import CacheModule with ttl 15 and add @Cacheable() decorator on each method

C. Import CacheModule with ttl 15 and add @Cache() decorator on the module

D. Import CacheModule with ttl 15 and add @UseInterceptors(CacheInterceptor) on the controller

Solution

1. Step 1: Understand CacheModule and CacheInterceptor usage

   CacheModule provides caching, and CacheInterceptor applies caching behavior to routes.

2. Step 2: Apply CacheInterceptor globally on controller

   Using @UseInterceptors(CacheInterceptor) on the controller enables caching for all its routes.

3. Step 3: Evaluate other options

   No @Cacheable() or @Cache() decorators exist in NestJS core; manual caching is possible but not automatic.

4. Final Answer:

   Import CacheModule with ttl 15 and add @UseInterceptors(CacheInterceptor) on the controller -> Option D

5. Quick Check:

   Use CacheInterceptor with CacheModule for route caching [OK]

Hint: Use CacheInterceptor decorator to enable caching on controllers [OK]

Common Mistakes:

• Using non-existent decorators like @Cacheable or @Cache
• Not applying CacheInterceptor to controller or routes
• Trying manual caching instead of interceptor