图片不能直接存数据库，须转二进制（BLOB）或存路径；主流做法是存路径，上传时清洗文件名、用参数化SQL、删记录前同步删文件，并统一媒体访问路由。
图片不能直接存进数据库，得先转成二进制或路径
数据库本身不认 <img src="..." alt="如何将html里的图片加入到数据库" > 这种 HTML 标签，你往字段里插一串 HTML，只是存了个字符串，不是图片。真要“存图片”，只有两条路：一是把图片文件读成 bytes 存进 BLOB 字段（适合小图、少图场景）；二是把图片保存到磁盘或对象存储，只在数据库里存它的路径或 URL（主流做法）。前者容易拖慢查询、备份膨胀；后者才是 Web 应用的实际选择。
用 Python + Flask 上传并存路径到 MySQL 的关键三步
典型流程是：前端 <input type="file"> 选图 → 后端接收 request.files → 保存文件到本地目录 → 把相对路径写进数据库。容易卡在权限、路径拼接和 SQL 注入上。
- 别用
os.path.join(app.root_path, "static", "uploads")硬编码路径，改用os.path.abspath(os.path.join("static", "uploads"))，避免部署时路径错位 - 文件名必须清洗：
secure_filename(file.filename)（来自werkzeug.utils），否则可能被传../../etc/passwd这类恶意名 - 数据库字段存的是相对路径（比如
"uploads/cat.jpg"），不是绝对路径；前端渲染时拼/static/<path></path>，不是直接塞进src - 别手拼 SQL 插入语句，用参数化：
cursor.execute("INSERT INTO photos (path) VALUES (%s)", (rel_path,))，防' OR '1'='1类注入
sqlite3 存 BLOB 的实际代价和限制
SQLite 支持 BLOB，但把图片全塞进去后，单库文件会迅速变大，SELECT * 查一次就拉几百 KB 无意义数据，备份恢复也变慢。更麻烦的是，Python 的 sqlite3 默认把 BLOB 当 bytes，但读出来要手动用 io.BytesIO 包一层才能给 PIL 或响应流用。
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
- 插入前必须用
open(path, "rb").read()读成bytes，不能传文件对象 - 查询后得到的
bytes要写进响应体，需设Content-Type: image/jpeg，且不能走模板渲染——HTML 里<img src="/photo/1" alt="如何将html里的图片加入到数据库" >对应的是一个返回图片二进制的路由 - SQLite 没有真正的并发写支持，多用户同时上传会触发
Database is locked错误，比存路径方案更容易出问题
真正该关心的不是“怎么存”，而是“谁来管生命周期”
存路径看似简单，但删记录时忘了删对应图片文件，就会积累垃圾；换域名后没批量更新 path 字段，页面就满屏叉；CDN 回源配置错，静态路径 404。这些都不是代码语法问题，而是数据一致性设计缺位。
立即学习“前端免费学习笔记（深入）”；
- 删除数据库记录前，先
os.remove(os.path.join(UPLOAD_FOLDER, db_record.path))，加try/except防文件已不存在 - 所有图片访问都走统一视图函数（如
/media/<filename></filename>），不要让前端直接请求/static/uploads/...，方便后续切 CDN 或鉴权 - 如果用云存储（如 S3），数据库里存完整 URL（
"https://xxx.s3.amazonaws.com/cat.jpg"），而不是相对路径——本地路径逻辑在上线后基本没用
路径管理松散比不会写 INSERT 语句危险得多，它不会报错，只会慢慢腐烂。
