tencent cloud

Content Delivery Network

Updates and Announcements
Release Notes
Announcements
User Tutorial
Product Introduction
Product Overview
Strengths
Use Cases
Term
Use Limits
CDN Performance Descriptions (Spot-check)
Purchase Guide
CDN Purchase Guide
ECDN Purchase Guide
Getting Started
Configuring CDN from Scratch
Adding Domain Names
CNAME Configuration
Domain Name Ownership Verification
FAQs about Domain Name Connection
Configuration Guide
Domain Management
Domain Name Configurations
Statistical Analysis
Purge and Prefetch
Log Management
EdgeOne
Service Query
Offline Cache
Permission Management
Permission Configuration
Console Permissions
Activate Real-time Logging as Sub-account/Collaborator
Use Cases
Accelerating Resources on COS with CDN
Practical Tutorial
Guide to Using the EdgeOne Tool for Migrating Content Delivery Network (CDN) Related Services
CDN - CVM
CDN - COS
Configuring CNAME via DNSPod
Regularly Storing CDN Logs
API Documentation
History
Introduction
API Category
Content Management APIs
Real-time Log APIs
Service Query APIs
Data Query APIs
Making API Requests
Log Query APIs
StopCdnDomain
Configuration Management APIs
Obsoleted APIs
Other APIs
Data Types
Error Codes
FAQ
Features
Billing
FAQs about Domain Name Connection
Cache Configuration FAQs
Purge and Prefetch
Statistical Analysis
FAQs about HTTPS
Connection
Errors
Troubleshooting Methods
Status Codes and Solutions
Node Cache Inconsistency
Slow Access Speed After CDN Activation
Low Traffic Hit Rate
404 Status Code
Page Display - CORS error
Resource Cache Failure
Service Level Agreement
Glossary

Node Cache Inconsistency

PDF
Focus Mode
Font Size
Last updated: 2024-12-30 22:04:00

Error Description

Users in different regions receive different contents for the same resource URL.

Possible Reasons

Reason 1: The cache key is configured to Filter All for the domain name, and the origin server is set to return different resources according to the parameters. In this case, different nodes may cache different contents due to the different parameters of their first-received access requests. When the same request accesses a different node, the returned contents will be different.
Reason 2: The requested resource is not purged after being updated on the origin server. CDN caches resources based on the URL. If the content on the origin server is updated but the URL is not changed, when a user sends a request to the URL, the content cached on the node previously will be returned. Also, the access frequency varies by region, so the resource cache validity may be different in each region. When a user request accesses a cache node, if the requested resource on the node is expired, the request will be forwarded to the origin server, and the latest content is pulled and returned. Some nodes have the latest content, and some have the legacy content.

Solutions

1. Do not set the origin server to return different resources according to URL parameters if the "Filter All" cache key is used.
2. Purge the URL resource after it is updated on the origin server.

Troubleshooting Procedure

Step 1. Check whether your origin server returns different resources according to URL parameters.
If it does, please go to Step 2.
If it does not, please go to Step 4.
Step 2. Log in to the CDN console, select Domain Management on the left sidebar, click Manage on the right of a domain name to enter its configuration page. Open the Cache Configuration tab to find the Cache Key Configuration section, and check whether the Ignore Query String is configured as Not Filter.
If it is not, please go to Step 3.
If it is, please go to Step 4.
Step 3. Click Modify on the right of the rule, tick Not Filter, and click Save.
Note:
If this operation is not suitable for your business, you can use the Reserve Specified Parameter feature as needed. For more information, please see Cache Key Configuration.
Step 4. Click Purge and Prefetch on the left sidebar to purge the resource that is updated on the origin server.
Note:
You can also bind the API for resource purge, so that resources can be purged across the entire network immediately once updated, guaranteeing the content consistency for access. For more information, please see PurgeUrlsCache and PurgePathCache.

Help and Support

Was this page helpful?

Help us improve! Rate your documentation experience in 5 mins.

Feedback