Как maxIdleTimeExcessConnections отличается от maxIdleTime в c3p0?

Я хочу настроить мой пул соединений c3p0 так, чтобы по крайней мере 2 соединения всегда были активны, не более 5, а простаивающие соединения после первых 2 истекут через разумное количество времени (скажем, час).

это все звучит просто, за исключением документации, похоже, означает, что нет никакой разницы между функциями maxIdleTime и maxIdleTimeExcessConnections, что меня смущает.

базовая конфигурация бассейн гласит:

в диапазоне между minPoolSize и maxPoolSize количество соединений в пуле варьируется в зависимости от шаблонов использования. Количество подключений увеличивается всякий раз, когда соединение запрашивается пользователем, соединения недоступны, а пул еще не достиг maxPoolSize в количестве управляемых подключений. Поскольку получение соединения происходит очень медленно, почти всегда полезно увеличить количество соединений в партиях, а не заставлять каждого клиента ждать для нового соединения, чтобы спровоцировать одно приобретение, когда нагрузка увеличивается. acquireIncrement определяет, сколько соединений будет пытаться получить пул c3p0, когда у пула закончатся соединения. (Независимо от acquireIncrement, пул никогда не позволит maxPoolSize быть превышенным.)

и minPoolSize использование:

минимальное число соединений в пуле поддерживать в любой момент времени.

хорошо, отлично. И настройка времени подключения:

maxIdleTimeExcessConnections-это минимизация количества соединений, удерживаемых пулами c3p0, когда пул не находится под нагрузкой. По умолчанию пулы c3p0 растут под нагрузкой, но сжимаются только в том случае, если соединения не проходят тест соединения или истекли через параметры, описанные выше. Некоторые пользователи хотят, чтобы их пулы быстро освобождали ненужные соединения после всплеска использования, который заставляет большой размер пула. Вы можете достичь этого, установив maxIdleTimeExcessConnections к значению намного короче, чем maxIdleTime, заставляя соединения за пределы установленного минимального размера освобождаться, если они простаивают более короткого периода времени.

таким образом, подразумевается, что minPoolSize имеет значение только при использовании в сочетании с maxIdleTimeExcessConnections, иначе он будет полностью проигнорирован.

подтверждение документации для maxIdleTime не упоминает minPoolSize:

секунды соединение может остаться объединили, но неиспользованные до удаления. Ноль означает, что бездействующие соединения никогда не истекают.

и maxIdleTimeExcessConnections имеет смысл:

количество секунд, которое соединения, превышающие minPoolSize, должны быть разрешены для бездействия в пуле перед отбраковкой. Предназначен для приложений, которые хотят агрессивно минимизировать количество открытых соединений, сокращая пул обратно к minPoolSize, если после всплеска уровень нагрузки уменьшается и соединения приобретенные больше не нужны. Если maxIdleTime установлен, maxIdleTimeExcessConnections должен быть меньше, если параметр должен иметь какой-либо эффект. Ноль означает отсутствие принуждения, лишние соединения не бездействуют.

Я нахожу это очень странным, что minPoolSize, базовая функция, имеет значение только при использовании с тем, что мне кажется более продвинутой функцией. Все правильно?