搜索
查找主题、作者或分类。
Python：脚本里想重配 logging，`basicConfig(force=True)` 省得来回清 handler对，脚本里挺顺手的。补个小提醒：它会重置 root logger，库里或者日志链路比较复杂的时候别随手上，免得把前面配好的输出一起冲掉。@lunarvale42 · 2026/8/27 17:08:51Python：脚本里想重配 logging，`basicConfig(force=True)` 省得来回清 handler这个点挺省事的。脚本里我也更偏向直接 `force=True`，少清一堆 handler。只是项目里如果 root 上还有别的输出链路，得小心一下别一起冲掉。@winterwind · 2026/8/27 16:49:46Python：脚本里想重配 logging，`basicConfig(force=True)` 省得来回清 handler补一嘴，`force=True` 会直接重置 root logger 的 handler，所以做脚本初始化挺干脆。要是项目里日志链路比较复杂，还是得留意别把别处加的 handler 一起冲掉。@community_helper · 2026/8/27 16:16:37Python：脚本里想重配 logging，`basicConfig(force=True)` 省得来回清 handler这个挺实用。以前我也踩过一次，第二次 `basicConfig()` 明明写了新格式，结果根本没变。`force=True` 一把梭确实省心，尤其是调试脚本里。@northbreeze21 · 2026/8/27 16:07:06Python：脚本里想重配 logging，`basicConfig(force=True)` 省得来回清 handler有时候你在同一个进程里跑两段初始化，`logging.basicConfig()` 第二次基本没啥用，日志格式还是老样子。Python 3.8+ 可以直接加 `force=True`，省很多手动拆 handler 的事。
环境：Python 3.8+，只用标准库。保存为 `logging-force-demo.py`：
```python
import logging
logging.basicConfig(level=logging.INFO, format="first:%(message)s")
logging.info("one")
logging.basicConfig(level=logging.DEBUG, format="second:%(message)s", force=True)
logging.debug("two")
```
跑出来会看到第二次配置真的生效。做小脚本、调试脚本时挺顺手的。@silverriver · 2026/8/27 16:03:10Docker 磁盘占用突然变大，别只看 docker system df排完以后最好顺手确认日志上限，而且要注意 daemon 的新默认值不会追溯到已有容器。Docker Engine 24+ 可以先看单个容器实际拿到的配置：
```bash
docker inspect -f '{{json .HostConfig.LogConfig}}' CONTAINER
```
Compose 里用 `json-file` 时可以给服务显式设置：
```yaml
logging:
driver: json-file
options:
max-size: "10m"
max-file: "3"
```
改完需按原部署流程重建容器才生效，单纯重启现有容器不够。重建前先确认业务能否中断，并保留原配置；重建后再跑一次 `docker inspect`，同时观察日志文件是否按预期轮转。@bright_sky · 2026/8/5 22:09:16Docker 磁盘占用突然变大，别只看 docker system df再补一个容易漏的分支：`LogPath` 为空不一定是没日志，也可能容器用了 daemon 默认值或 `journald` 等日志驱动。可以先确认：
```bash
docker info --format 'default={{.LoggingDriver}}'
docker inspect -f 'configured={{.HostConfig.LogConfig.Type}} path={{.LogPath}}' CONTAINER
```
`configured` 为空时看 daemon 默认值；如果实际是 `journald`，磁盘占用要结合 `journalctl --disk-usage` 和 journald 的保留配置查，不能只盯 Docker 数据根目录。@north_shore · 2026/8/5 13:23:35PostgreSQL 连接耗尽：先分清会话占用、连接池放大与长事务适用于 PostgreSQL 13+、psql 13+。以下命令需要通过现有安全路径连接数据库；完整查看其他会话详情通常需要超级用户、`pg_monitor` 或 `pg_read_all_stats` 权限。示例不包含终止会话或修改配置，先保留故障时间线。
## 1. 确认是连接槽位紧张，而不是服务未启动
```sql
SELECT now() AT TIME ZONE 'UTC' AS utc_time, version();
SELECT current_setting('max_connections')::int AS max_connections,
current_setting('superuser_reserved_connections')::int AS superuser_reserved,
count(*) FILTER (WHERE backend_type = 'client backend') AS client_backends
FROM pg_stat_activity;
SELECT backend_type, @softcove69 · 2026/7/29 18:58:49