Got it. Thank you Dormando and Daniel for your prompt responses. Dormando, yes I am debugging a corner case, where I deleted an unused feature that queried a key from memcache (that key is not in the db, so cannot be in memcache after TTL expired). But it happens to be there, so I want to know the TTL to be sure that it was put there incorrectly (possibly with 0 ie never expire).
Thanks Nikhil On Friday, March 22, 2019 at 12:32:12 PM UTC-7, Dormando wrote: > > There's no way to retrieve the metadata back from an item aside from the > client flags as part of a normal command. > > What people typically do is embed the original TTL into the object you've > stored. that way the application can read it or any other metadata you > want to make decisions with. > > Though I see you said "by hand" - are you debugging something or designing > a flow in your app to remove stale data? > > If you're debugging, "lru_crawler metadump" will get you the data, but you > need a newer version I think. > > On Fri, 22 Mar 2019, Daniel Ellis wrote: > > > As far as I know, cachedump is the only way. The unfortunate downside > is that you can only dump one page per slab, according to this. > > I bet you could get fancy and dump the entire process memory and dig > through it yourself... That could be fun. > > > > On Fri, Mar 22, 2019 at 11:27 AM nagashe via memcached < > memc...@googlegroups.com <javascript:>> wrote: > > Hi All, > > > > I have a `key` which was put in the cache, the database does not have > the key anymore, but since it was in the cache our app gets > > the value. I want to know when it would expire before I go in and try to > delete it by hand. What is the recommended way to find > > the key expiration time after the fact? We are running 1.4.20 (i know > its a few years old). I tried to figure out by searching on > > google, some people recommended `stats cachedump <slab-id> <count>` > > ( > https://stackoverflow.com/questions/2558706/how-can-i-get-the-expire-time-for-the-particular-item-in-memcached). > > I wanted to > > check here if there is some better or "recommended" way > > > > Thanks > > Nikhil > > > > -- > > > > --- > > You received this message because you are subscribed to the Google > Groups "memcached" group. > > To unsubscribe from this group and stop receiving emails from it, send > an email to memcached+...@googlegroups.com <javascript:>. > > For more options, visit https://groups.google.com/d/optout. > > > > -- > > > > --- > > You received this message because you are subscribed to the Google > Groups "memcached" group. > > To unsubscribe from this group and stop receiving emails from it, send > an email to memcached+...@googlegroups.com <javascript:>. > > For more options, visit https://groups.google.com/d/optout. > > > > -- --- You received this message because you are subscribed to the Google Groups "memcached" group. To unsubscribe from this group and stop receiving emails from it, send an email to memcached+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.