上周帮同事调报表系统，他指着大屏上那个模糊的柱状图直叹气：“这图糊得像打了马赛克，是不是显卡不行？”我凑过去一看，数据源没问题，导出PDF也清晰，唯独网页端预览软塌塌、边缘发虚——最后发现，问题出在数据库连接池里一个叫 render_dpi 的参数被悄悄设成了 72。
不是画质问题，是“告诉系统怎么画”的问题
很多人一看到画面模糊，本能想到分辨率、缩放比例或显示器本身。但在数据库应用里，尤其是用 JDBC + Java Web 报表（比如 JasperReports、BIRT）或 Python 的 SQLAlchemy + Matplotlib 动态出图时，“模糊”常常不是图像本身糊了，而是后端生成图表/快照时，参数没对上显示设备的实际需求。
举个实在例子：某银行内部风控看板，用 PostgreSQL 存原始交易数据，前端通过 REST API 拉取聚合结果后，后端用 Pillow 动态画趋势图。开发时在 1080p 笔记本上调试一切正常，上线后大屏显示全是锯齿和毛边。排查半天，发现代码里这行被注释掉了：
plt.rcParams['figure.dpi'] = 144 # 原来被改成 96，适配旧测试机96 DPI 在普通屏幕看着还行，但 4K 大屏默认缩放 150%，实际需要 144+ DPI 才能撑满像素点。参数低了，系统就用插值拉伸凑数，画面自然发虚。
常踩坑的几个参数位置
① 图表库渲染参数
Matplotlib：figure.dpi、savefig.dpi；ECharts 后端渲染（如使用 node-canvas）：canvas 的 width/height 与 devicePixelRatio 是否同步；
② 数据库驱动或中间件配置
某些 BI 工具连接 PostgreSQL 或 Oracle 时，会在 JDBC URL 里加 useUnicode=true&characterEncoding=UTF-8&defaultRowPrefetch=50 这类参数，但漏掉 binaryTransfer=true，导致二进制图像字段（如 bytea 存缩略图）传输中被转码失真；
③ Web 容器输出设置
Tomcat 或 Nginx 返回图片时，如果 HTTP 响应头漏了 Content-Type: image/png 或错误写了 text/plain，浏览器会当文本解析再渲染，画面直接糊成一团灰。
快速自查小动作
打开浏览器开发者工具 → Network 标签页 → 刷新页面 → 找到那张模糊图的请求 → 点开看 Response Headers 和 Preview。如果 Preview 里图是清的，但页面上糊，大概率是 CSS 缩放或 img 标签 width/height 写死了像素值，没适配设备像素比；如果 Preview 里本身就发虚，问题一定出在服务端生成逻辑里。
下次再遇到“画面模糊”，别急着报修显示器。打开后端配置文件 grep 一下 dpi、scale、ratio、quality 这几个词，十有八九，答案就藏在某行被遗忘的参数里。