What Is TTL
Learn what DNS TTL means, how caching works, migration planning, and common TTL mistakes.
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
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
300 seconds = 5 minutes
3600 seconds = 1 hour
86400 seconds = 24 hours
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
- Run DNS Lookup and note TTL on key records (A, MX, TXT).
- Check TTL before migration and lower it 24–48 hours ahead if possible.
- Use dig example.com A to see TTL in command output.
- After migration stabilizes, consider raising TTL again.
- 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.
Common mistakes
Lowering TTL after migration already started
MediumResolvers 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
LowConstant 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
MediumTTL only limits cache lifetime; it does not bypass propagation entirely.
Next step: Verify authoritative DNS is correct, then wait for cache expiry.
Example
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.
Related tools
Use these free tools to verify your configuration after applying changes.
Related guides
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.
Was this guide helpful?
Your feedback helps us improve our guides for everyone.
Thanks for your feedback!