想搭Halo博客？MySQL和PostgreSQL怎么选？看完这篇就懂了
最近有朋友问我：“装Halo博客，MySQL和PostgreSQL该选哪个？”作为用了3年Halo的老用户，今天咱们不扯技术术语，用大白话聊聊两者的区别，再说说为啥我更推荐PostgreSQL给Halo玩家。
先搞懂：MySQL和PostgreSQL的核心差异
如果把数据库比作“工具箱”，MySQL像个“经济适用的老伙计”——够用、稳定、上手快，适合大多数基础需求；而PostgreSQL更像个“全能工程师”，功能更灵活、扩展性更强，适合想“玩出花”的场景。
MySQL的字段类型比较“保守”，常用的VARCHAR、INT、DATETIME都能搞定，但遇到复杂需求（比如存JSON格式的标签、数组类型的分类）就有点吃力——虽然MySQL 5.7后支持了JSON字段，但本质是存文本，查询效率低，还没法直接对JSON里的内容建索引。
PostgreSQL则像个“数据百宝箱”：除了基础类型，它原生支持JSONB（二进制优化的JSON，能直接索引）、ARRAY（数组）、RANGE（时间/数值范围）甚至地理信息类型（GEOMETRY）。Halo博客里常见的“自定义文章元数据”（比如给文章打多个标签、存阅读量趋势），用PostgreSQL的JSONB存，查询时直接->>取字段，效率比MySQL高很多。
博客最怕啥？博主和协作者同时改文章，结果“谁的版本覆盖了谁”。这涉及到数据库的“并发控制”。
MySQL靠“行锁”解决冲突：你改一行，这行就被锁住，其他人得等。高并发下容易卡成“排队改稿”。
PostgreSQL用的是“MVCC”（多版本并发控制）：你改数据时，系统自动存一个旧版本；别人读的时候直接读旧版本，你改完再替换。读不挡写，写不挡读，多人同时编辑Halo博客，几乎感受不到延迟。
Halo的魅力在于“可定制”——从主题到 插件 ，很多人会想加新功能（比如给文章加地理位置标签、用图表统计阅读量）。这时候数据库的“扩展性”就关键了。
MySQL的扩展主要靠插件，但数量少且功能集中（比如慢查询监控）；PostgreSQL的插件生态像“应用商店”：地理信息插件PostGIS、全文检索增强插件zhparser（中文分词）、甚至机器学习插件都能装。Halo如果后期想加“附近文章推荐”“智能标签”这类功能，PostgreSQL几乎能无缝支持。
Halo为啥更推荐PostgreSQL？
回到Halo本身，它是个“轻量但长情”的博客系统——你可能从个人记录用到团队协作，从几篇文章写成几百篇。这时候PostgreSQL的优势会更明显：
自定义字段友好：Halo支持给文章加自定义字段（比如“来源”“阅读难度”），用PostgreSQL的JSONB存这些字段，既能灵活扩展，又能高效查询（比如按“阅读难度=中等”筛选文章）。
多用户协作不卡顿：博主+编辑+评论管理员的多角色场景，PostgreSQL的MVCC能避免“改稿打架”，编辑体验更流畅。
长期稳定有保障：PostgreSQL的ACID事务更严格（比如转账操作“要么全成功，要么全回滚”），数据一致性比MySQL更可靠。毕竟博客数据是“数字资产”，稳定比“够用”更重要。
如果是纯 个人博客 ，文章少、功能简单，MySQL完全够用（毕竟安装配置更省事）；但如果想让Halo“长大”——加自定义功能、多人协作、未来扩展，PostgreSQL的灵活度和稳定性会更适配。
毕竟，博客是“写给未来的自己”的，选个能陪你“折腾”的数据库，才不算辜负那些深夜敲字的灵感呀～
（注：Halo官方文档对两种数据库均支持，但社区反馈PostgreSQL在复杂场景下表现更优，可根据需求选择。）
告别局域网限制，cpolar 内网穿透+宝塔面板，公网远程访问超简单
记录Linux系统挂载数据盘并且安装部署宝塔面板到数据盘