Azure cosmosDB不会删除TTL过期的文档

Question

我在Azure cosmosDB中有一个集合，我在其中启用了无默认值的生存时间（TTL）功能。

根据我将在此问题中提到的文档，一切似乎都非常清楚，但仍然缺少一些东西，因为5天后我仍然可以看到TTL为300秒的文档。

符合文件要求:

Azure Cosmos DB将在这段时间后自动删除这些项目，因为它们是最后一次修改的。生存时间值以秒为单位进行配置。当您配置TTL时，系统将根据TTL值自动删除过期的项目，而不需要客户端应用程序明确发出的删除操作。

但这似乎不适用于我的情况，在2019年7月17日，我可以使用300秒（5分钟）的TTL查看超过5天的文档。

{
    "ClientEnqueuedUtcTime": "2019-07-12T06:49:53.844",
    "ClientDispatchedUtcTime": "2019-07-12T06:49:53.844",
    "ServerEnqueuedUtcTime": "2019-07-12T06:49:53.8949771",
    "ServerDispatchedUtcTime": "2019-07-12T06:49:54.3659741",
    "TTL": 300,
    "EventProcessedUtcTime": "2019-07-12T06:49:55.3583521Z",
    "PartitionId": 2,
    "EventEnqueuedUtcTime": "2019-07-12T06:49:55.25Z",
    "id": "4a0edf24-6a86-4a59-f55d-d7dfe47c30fa",
    "_rid": "SBk4AJadUE6gAgEAAAAAAA==",
    "_self": "dbs/SBk4AA==/colls/SBk4AJadUE4=/docs/SBk4AJadUE6gAgEAAAAAAA==/",
    "_etag": "\"00008f1d-0000-0200-0000-5d282d930000\"",
    "_attachments": "attachments/",
    "_ts": 1562914195
}

更新答案后

< s >我尝试将TTL转换成小写格式，但它会自动转换成大写，所以我不认为这是与预期的TTL密钥大小写不匹配。

我应该做或尝试其他事情吗？

解决方案：

ttl确实区分大小写，您可以将其设置为小写，在我所做的测试中，由于某种原因，ttl仍然是大写的，当我期望它更低时，所以我错误地坚持这是某种保留键。

Answer 1

正如您在这里看到的，正是属性的情况导致了这一点不起作用。

它需要小写。我刚刚使用TTL和ttl进行了测试，实际上第一个不起作用，但第二个确实如留档中所述起作用。可能是您的Json序列化程序强制它大写。

您可以使用JsonProperty属性强制属性的大小写为小写。以下是Microsoft文档中的＜code＞ttl＜code＞属性的示例。

    // Include a property that serializes to "ttl" in JSON
    public class SalesOrder
    {
        [JsonProperty(PropertyName = "id")]
        public string Id { get; set; }
        [JsonProperty(PropertyName="cid")]
        public string CustomerId { get; set; }
        // used to set expiration policy
        [JsonProperty(PropertyName = "ttl", NullValueHandling = NullValueHandling.Ignore)]
        public int? ttl { get; set; }

        //...
    }