Glossary Guides

What Is TTL

Learn what DNS TTL means, how caching works, migration planning, and common TTL mistakes.

By CheckDomainHealth Editorial Team Reviewed by Dionis Ceban Updated Jun 28, 2026 5 min read Beginner

Introduction

TTL is measured in seconds. A TTL of 300 means resolvers may cache the record for five minutes. A TTL of 3600 means one hour.

TTL matters most before migrations and DNS changes when you want old cached values to expire sooner.

Quick answer

Quick answer

TTL means Time To Live. It tells DNS resolvers how long to cache a record before asking authoritative DNS again. Lower TTL speeds up future changes; higher TTL reduces DNS query load. TTL does not make changes instant worldwide.

What it means

Every DNS record can have a TTL. While cached, resolvers return the stored answer without querying your authoritative nameserver on every lookup.

  • Controls DNS caching duration
  • Lower TTL before planned migrations
  • Raise TTL after DNS is stable to reduce load
  • Old cached values persist until previous TTL expires
  • SOA minimum TTL is a zone default, not every record's TTL

Where you see this:

  • Planning website or email DNS migrations
  • Reducing downtime risk during IP changes
  • Understanding why some users still see old DNS
  • Balancing propagation speed vs DNS query volume
Example
300 seconds  = 5 minutes
3600 seconds = 1 hour
86400 seconds = 24 hours

Why this matters

Why this matters

High TTL after a change means many users keep old DNS until caches expire. Lowering TTL too late does not help a change already in progress — you must wait for the old TTL to pass.

How to check it

  1. Run DNS Lookup and note TTL on key records (A, MX, TXT).
  2. Check TTL before migration and lower it 24–48 hours ahead if possible.
  3. Use dig example.com A to see TTL in command output.
  4. After migration stabilizes, consider raising TTL again.
  5. Remember local device and browser DNS cache may add extra delay.

Check record TTL

Use DNS Lookup to see TTL values on live DNS records.

Run DNS Lookup →

Common mistakes

Lowering TTL after migration already started

Medium

Resolvers still cache old values until the previous TTL expires.

Next step: Lower TTL before changes; wait out old cache if already late.

Keeping very low TTL forever

Low

Constant low TTL increases DNS queries and can add minor latency.

Next step: Raise TTL once DNS is stable, unless frequent changes require low TTL.

Assuming TTL means instant global update

Medium

TTL only limits cache lifetime; it does not bypass propagation entirely.

Next step: Verify authoritative DNS is correct, then wait for cache expiry.

Example

TTL examples
example.com.  300   IN  A  192.0.2.10   ; 5 min cache
example.com.  3600  IN  A  192.0.2.10   ; 1 hour cache

Frequently asked questions

What TTL should I use?

300–600 seconds before migrations. 3600 seconds or higher is common for stable production records.

Does lowering TTL update DNS immediately?

No. It only affects how long future answers are cached after the new TTL is seen.

Can TTL be zero?

Some providers allow very low TTL. Zero or near-zero is rarely needed and may be restricted.

Is TTL the same as DNS propagation?

TTL is one factor in propagation. Resolver cache, local cache and nameserver changes also affect timing.

Use these free tools to verify your configuration after applying changes.

Browse all Glossary guides →

Need help applying this fix?

Send us your domain, report link or issue details. CheckDomainHealth will review the request and route it to the right technical team if hands-on support is needed.

Get Help Run Domain Health Check

Was this guide helpful?

Your feedback helps us improve our guides for everyone.