Максимум кэш-памяти ключевое время истечения срока
Расположите метод для класса транзакции, выполняет откат, в то время как класс Oracle не делает. Таким образом с точки зрения транзакции это является зависящим от реализации.
using оператор для объекта соединения, с другой стороны, или закрыл бы соединение с базой данных или возвратил бы соединение с пулом после сброса его. В любом случае должны откатываться выдающиеся транзакции. Вот почему исключение никогда не разбрасывает ложь активной транзакции.
кроме того, да, необходимо звонить Commit() явно.
3 ответа
You can set key expiration to a date, by supplying a Unix timestamp instead of a number of days. This date can be more than 30 days in the future:
Expiration times are specified in unsigned integer seconds. They can be set from 0, meaning "never expire", to 30 days (60*60*24*30). Any time higher than 30 days is interpreted as a unix timestamp date. If you want to expire an object on january 1st of next year, this is how you do that.
https://github.com/memcached/memcached/wiki/Programming#expiration
But, as you say, if you’re setting key expiration to an amount of time rather than a date, the maximum is 2,592,000 seconds, or 30 days.
Если вы не указываете срок действия и кеш заполняется, то сначала истекают самые старые пары «ключ-значение»:
Память также освобождается, когда приходит время сохранить новый элемент. Если в соответствующем классе slab нет свободных фрагментов и свободных страниц, memcached будет искать в конце LRU элемент, который нужно «вернуть». Он будет искать в последних нескольких элементах хвоста тот, срок действия которого уже истек, и поэтому его можно использовать повторно. Однако, если он не может найти просроченный предмет, он «выселит» тот, у которого еще нет срока годности. Затем это отмечается в нескольких статистических счетчиках
https://github.com/memcached/memcached/wiki/UserInternals#when-are-items-evicted
OK, I found out that the number of seconds may not exceed 2592000 (30 days). So the maximum expiration time is 30 days.