Hello, does the expiration set at the key creation persists if I put on the key without specifying e
Hello, does the expiration set at the key creation persists if I put on the key without specifying expiration?
ME.g in this code:
SNo, it does not inherit the expiration settings of the previous overwritten object.
�Requests from around the world, pretty higher than expected
IQQ : Can "Storage" for "Workers KV per Namespace" store 200GB of data ? .. Limits section says "Unlimited", but still want this to be confirmed .
THey folks. We're designing a new feature for Workers KV to make it easier to retrieve multiple kv pairs at once. I'd love to get some feedback on some early designs. If you're up for it, snag 15 minutes on my calendar and I'll share with you some of the things we're thinking (or DM me) https://calendar.app.google/ABB6TtNyg7jPg82j8
森Scheduled! First time doing this, would it be on discord?
Jhi qq -- im trying to convert a largely kv-based lookup metadata of ~7GB in size of json and gets 10+ GB in size later with parallel reads, updates. Metadata needs persistence storage for consistency and availability too.
My metadata has 10M+ entries where each entry is a small dict of mostly nested strings of a loose schema, mixed with floats.
Is this size a good use case for cloudflare kv? thanks!
My metadata has 10M+ entries where each entry is a small dict of mostly nested strings of a loose schema, mixed with floats.
Is this size a good use case for cloudflare kv? thanks!
ASorry for the cross-post. I asked this in workers before I knew about this channel.
Are values written to KV automatically compressed for storage?
Are values written to KV automatically compressed for storage?
Ihow much is "expirationTtl (option in Workers-KV)" reliable ? .. i mean, if ttl is set for 10-minutes, can i expect the key to deleted after 10-minutes ? or what error margin need to be taken in consideration ?
IBrilliant. Thanks for confirmation.
IQQ : if i use get(my_key) after expiration/expirationTTL .. i shall be getting "null" / "undefined" as returned value ?
1It will be
null
CWhat's the difference between expirationTtl vs cachettl ?
CIf I use for example:
expirationTtl: 21600 or it will be cached by default?
CexpirationTtl: after this time, the key (and thus its value) will be gone forever
cacheTtl: Cache it x long, to reduce cold requests to KV's Central Stores, but of course also impacts how quickly you'll see updates if you do delete/update it
cacheTtl: Cache it x long, to reduce cold requests to KV's Central Stores, but of course also impacts how quickly you'll see updates if you do delete/update it
CcacheTtl is 60 seconds minimum. If you don't set it, it'll be 60s.
CIf I have a key which won't change till I manually delete it, I normally use
I guess it would help a lot to also add cacheTtl: 21600, right?
cache will be delete when I delete the key manually?
expirationTtl: 21600I guess it would help a lot to also add cacheTtl: 21600, right?
cache will be delete when I delete the key manually?
CFor example I do:
Pit isn't clear to me, that if cacheTtl is absent what happens - is the default min of 60 seconds applied, or is it no cache what so ever?
Wdefault 60s yeah
JThat looks like a bug. You may want to file an issue at https://github.com/cloudflare/cloudflare-docs/issues
Chey there, any wrapper around KV to easly query thinks?
JWhat kind of wrapper are you looking for? The KV bindings in Workers work really well, for example to read values: https://developers.cloudflare.com/kv/api/read-key-value-pairs/
JWas there an issue you hit or some use-case or workflow where you think a wrapper for something would be helpful?
Cwell, i'm looking for a more orm like .. thing; i'm using KV to store objects, that have some relations stored via metadata
Ci was just wondered if there's something out there that simplifies this, by adding some syntax sugar
Cbut probably using prefix, would make more sense
Mwould KV be a good replacement for upstash redis?
Mlow-latency batch reads (eg. HMGET) would be a requirement
Mfast global replication also a must, i remember a couple of years ago reading that KV was up to 30 seconds, but there was a performance release a few months ago right?
Moh boyo, that 30 seconds is now 60 seconds :\
Mwhat is cloudflare kv used for? I thought it was intended to be a redis-like db, but the performance profile is too detached from what redis offers
IIt's always been 60 seconds except for a short time during a rollout that ended up being rolled back.
IKV is primarily designed for read-heavy workloads that rarely write.
IFor example, KV backs Cloudflare Pages and Workers Assets, where you deploy a site infrequently but people access often and quickly.
IKV caches at your nearest colo (that's why the 60 second limit), and future reads during the time it's cached will be very low-latency.
Cworth keeping in mind along with what Isaac said, KV doesn't replicate as much as it does cache: https://developers.cloudflare.com/kv/concepts/how-kv-works/
Two Central stores, US and EU, all the colos/data reads are behind cache and cacheTtl. It's not actively pushing, they're pulling
Two Central stores, US and EU, all the colos/data reads are behind cache and cacheTtl. It's not actively pushing, they're pulling
Cloudflare Docs
KV is a global, low-latency, key-value data store. It stores data in a small number of centralized data centers, then caches that data in Cloudflare's data centers after access.
NWhich is faster and has lower latency for random reads/writes: KV or D1?
ILikely KV because it's cached much more heavily than d1 (D1 is single-location), but updates may take up to 60s to be visible globally.
OI racked up 700K (free plan) delete operations testing worst case cleanup operations, then 1.27M with a paid plan.
The paid plan includes 1M deletes, so will I be charged fractionally for 270k deletes? Or rounded up to $5?
The paid plan includes 1M deletes, so will I be charged fractionally for 270k deletes? Or rounded up to $5?
Fhey Devs! I am bit confused with KV- encryption. The doc's are pretty clear data are encrypted on rest and transit. But when sending a new entry via Wrangler the value can be read and editetd without any encryption in the dashboard? I am planing to store API keys in KV so a encryption is necessary. I am pretty sure i am missing something?
WYeah, it's encrypted when stored and during transit. However, users should still be able to see their data so it's unencrypted before it's given back to you
I'd recommend encrypting yourself if you want to better control when the values are visible to you.
I'd recommend encrypting yourself if you want to better control when the values are visible to you.
Fthank you! I will do so 
SWe're experiencing consistently high latency (~1000ms) when using the Cloudflare KV REST API for basic key-value operations in our authentication flow. This seems excessive compared to the expected performance of KV storage.
Our implementation uses standard API calls following your documentation:
Our implementation uses standard API calls following your documentation:
- GET/PUT to
https://api.cloudflare.com/client/v4/accounts/{account_id}/storage/kv/namespaces/{namespace_id}/values/{key} - Authentication via X-Auth-Email and X-Auth-Key headers
- Small data payloads (<2KB)
