postgrsql和mysql区别? - 教程

news/2026/1/20 8:31:20/文章来源:https://www.cnblogs.com/yangykaifa/p/19504657

一、一句话核心区别(先给结论)

MySQL 更偏“快、简单、工程化”
PostgreSQL 更偏“严谨、强大、学术 + 企业级”

如果只记一句话:

  • MySQL = 高并发 OLTP、互联网业务

  • PostgreSQL = 复杂查询、强一致性、复杂数据结构


二、架构与内核差异(本质区别)

1️⃣ 并发控制(十分关键)

MySQL(InnoDB)

  • 使用 MVCC + Undo Log

  • 更新信息时:

    • 旧版本写入 Undo Log

    • 新数据直接写回表

  • 优点:实现方便、性能好

  • 缺点:

    • Undo Log 膨胀

    • 长事务影响明显

PostgreSQL

  • 真正的 MVCC(多版本存储)

  • 更新数据时:

    • 不覆盖原行

    • 新行插入一条新记录

  • 优点:

    • 读写几乎不阻塞

    • 强一致性

  • 缺点:

    • 表会“变胖”

    • 需要 VACUUM 回收

结论

  • 并发读写复杂场景:PG 更稳

  • 简单高并发:MySQL 更轻


2️⃣ 锁机制

对比项MySQLPostgreSQL
行锁
表锁
间隙锁✔(防幻读)
乐观并发一般

MySQL 的间隙锁在高并发下容易“锁住一片数据”,
PG 不存在这个问题。


三、SQL 能力 & 标准支持(PG 明显更强)

1️⃣ SQL 标准支持

能力MySQLPostgreSQL
SQL 标准一般⭐⭐⭐⭐⭐
CTE(WITH)✔(更强)
Window Function✔(更全)
子查询优化一般很强

复杂 SQL、报表、分析类查询 → PG 完胜


2️⃣ 数据类型(PG 碾压)

PostgreSQL 支持:

  • JSON / JSONB(可索引)

  • ARRAY

  • HSTORE

  • UUID

  • ENUM

  • RANGE

  • GEOMETRY(GIS)

MySQL:

  • JSON(功能较弱)

  • 基本类型为主

PG 可以当“半 NoSQL 数据库”用


3️⃣ 索引类型(PG 极强)

索引类型MySQLPostgreSQL
B-Tree
Hash⚠️(根本不用)
GIN
GiST
BRIN
全文索引一般

搜索、JSON、数组、地理素材 →PG 无敌


四、事务与一致性(PG 更“严格”)

1️⃣ 事务隔离级别

隔离级别MySQLPostgreSQL
Read Uncommitted❌(等同 RC)
Read Committed
Repeatable Read✔(默认)
Serializable⚠️✔(真正)

PG 的 Serializable 是严格可串行化
MySQL 更偏工程实现。


2️⃣ 约束 & 数据完整性

特性MySQLPostgreSQL
外键⚠️(不常用)
Check 约束8.0 才完善
约束严格性一般非常严格

金融、账务系统更偏向 PG


五、性能对比(不要被“谁更快”误导)

1️⃣ 简单 CRUD

  • MySQL 更快

  • 配置简单

  • 资源消耗低

2️⃣ 麻烦查询 / JOIN / 子查询

  • PostgreSQL 更快

  • 优化器更智能

3️⃣ 高并发写入

  • MySQL:需要精细索引设计

  • PG:写多版本,稳定但需要维护

性能不是绝对,看业务模型


六、扩展能力(PG 非常强)

PostgreSQL

  • 支持 自定义函数(C、Python、JavaScript)

  • 插件生态:

    • PostGIS(地理信息)

    • TimescaleDB(时序)

    • Citus(分布式)

  • 可扩展性极强

MySQL

  • 插件较少

  • 主要靠中间件(分库分表)


七、主从复制 & 高可用

能力MySQLPostgreSQL
主从复制成熟成熟
读写分离非常成熟成熟
分库分表中间件成熟原生弱
云支持极好很好

互联网公司 MySQL 生态优势明显


八、典型使用场景(非常重要)

✅ 选 MySQL 的场景

  • 电商、用户平台

  • 高并发 CRUD

  • 微服务后台

  • 互联网业务

✅ 选 PostgreSQL 的场景

  • BI / 报表 / 数据分析

  • 金融、账务、风控

  • 复杂查询

  • JSON / 地理 / 时序数据

  • 强一致性要求


九、面试高频总结版(背该就行)

MySQL 更偏工程化、高并发、简单模型
PostgreSQL 更偏学术化、强一致性、复杂数据处理

面试官常追问的点:

  • PG 的 MVCC 和 MySQL 的区别

  • PG 为什么不得间隙锁

  • PG 的 JSONB 索引

  • 为什么金融系统更偏 PG

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/1188030.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

Voice Sculptor核心功能解析|附LLaSA与CosyVoice2融合亮点

Voice Sculptor核心功能解析|附LLaSA与CosyVoice2融合亮点 1. 技术背景与核心价值 近年来,语音合成技术经历了从传统参数化方法到深度学习驱动的端到端模型的演进。随着大语言模型(LLM)和声学模型的深度融合,指令化语…

IndexTTS-2省钱攻略:按需付费比买显卡省90%,1小时1块

IndexTTS-2省钱攻略:按需付费比买显卡省90%,1小时1块 你是不是也遇到过这样的问题?作为独立开发者,想给自己的电子书项目加上AI朗读功能,让内容更生动、用户听得更舒服。但一打听服务器租用价格,吓了一跳—…

自然语言分割万物!基于sam3提示词引导模型快速实践

自然语言分割万物!基于sam3提示词引导模型快速实践 1. 技术背景与核心价值 近年来,图像分割技术在计算机视觉领域取得了显著进展。传统的语义分割、实例分割方法依赖大量标注数据和特定任务训练,泛化能力有限。随着基础模型(Fou…

Qwen3-VL烹饪教学应用:食材识别与菜谱生成部署

Qwen3-VL烹饪教学应用:食材识别与菜谱生成部署 1. 引言:多模态AI在智能烹饪场景中的突破 随着大模型技术从纯文本向多模态演进,视觉-语言模型(Vision-Language Model, VLM)正逐步渗透到日常生活场景中。其中&#xf…

不想依赖云端?Open Interpreter+Qwen3-4B本地部署教程一文详解

不想依赖云端?Open InterpreterQwen3-4B本地部署教程一文详解 1. Open Interpreter 简介与核心价值 1.1 什么是 Open Interpreter? Open Interpreter 是一个开源的本地代码解释器框架,允许用户通过自然语言指令驱动大语言模型(…

Qwen1.5-0.5B优化案例:推理延迟降低50%的秘诀

Qwen1.5-0.5B优化案例:推理延迟降低50%的秘诀 1. 引言 在边缘计算和资源受限场景中,如何高效部署大语言模型(LLM)一直是工程落地的核心挑战。传统方案往往采用多个专用模型并行运行,例如使用 BERT 做情感分析、再用 …

一键启动:BERT智能语义填空服务开箱即用

一键启动:BERT智能语义填空服务开箱即用 1. 项目背景与技术价值 在自然语言处理(NLP)领域,语义理解是构建智能应用的核心能力之一。随着预训练语言模型的发展,BERT(Bidirectional Encoder Representation…

Llama3代码生成实战:云端GPU 5分钟跑起来,3块钱体验一整天

Llama3代码生成实战:云端GPU 5分钟跑起来,3块钱体验一整天 你是不是也遇到过这种情况?作为一名程序员,想用最新的Llama3大模型来辅助编程,写代码、查bug、做技术方案,但家里的旧电脑一跑模型就风扇狂转&am…

Llama3-8B开箱即用:云端推理5分钟部署,成本直降90%

Llama3-8B开箱即用:云端推理5分钟部署,成本直降90% 你是不是也遇到过这样的情况:公司技术总监突然说要评估一下Llama3-8B能不能集成进产品线,团队得马上试起来。可一看内部GPU服务器——全被项目占满了,根本排不上队。…

开箱即用!NewBie-image-Exp0.1让AI绘画零门槛上手

开箱即用!NewBie-image-Exp0.1让AI绘画零门槛上手 1. 引言:为什么选择 NewBie-image-Exp0.1? 在当前快速发展的生成式 AI 领域,高质量动漫图像生成正成为创作者和研究者关注的焦点。然而,从零部署一个复杂的扩散模型往…

Stable Diffusion绘画实战:云端GPU 5分钟出图,1块钱体验

Stable Diffusion绘画实战:云端GPU 5分钟出图,1块钱体验 你是不是也是一位插画师,每天在iMac前构思、创作,却总被一个现实问题困扰——想尝试最新的AI绘画工具,却发现自己的电脑显存不够用?安装Stable Dif…

PDF-Extract-Kit-1.0多语言支持:快速搭建国际化文档处理平台

PDF-Extract-Kit-1.0多语言支持:快速搭建国际化文档处理平台 在一家跨国企业中,每天都有成百上千份来自不同国家的PDF文档需要处理——合同、发票、技术手册、法律文件……这些文档使用中文、英文、日文、德文、法文甚至阿拉伯语书写。传统的文档提取工…

基于Flask的AI服务构建:Super Resolution Web后端详解

基于Flask的AI服务构建:Super Resolution Web后端详解 1. 引言 1.1 业务场景描述 在数字内容消费日益增长的今天,图像质量直接影响用户体验。大量历史图片、网络截图或压缩传输后的图像存在分辨率低、细节模糊、噪点多等问题,传统插值放大…

没万元显卡怎么用HY-MT1.5?云端GPU平替方案,1元起用

没万元显卡怎么用HY-MT1.5?云端GPU平替方案,1元起用 你是不是也是一名独立开发者,看着大厂动辄投入百万级算力训练AI模型、部署实时翻译系统,心里既羡慕又无奈?明明手头也有不错的项目创意,却因为一块“万…

零阻力开发:用云端GPU加速你的ViT分类项目

零阻力开发:用云端GPU加速你的ViT分类项目 你是不是也遇到过这样的情况?作为一位独立开发者,手头同时进行着图像分类、文本生成、目标检测等多个AI项目。每次从一个项目切换到另一个时,都要重新配置Python环境、安装依赖包、调试…

YOLOFuse模型解释性:云端Jupyter+GPU,可视化分析不求人

YOLOFuse模型解释性:云端JupyterGPU,可视化分析不求人 你是不是也遇到过这种情况?作为算法研究员,好不容易训练完一个YOLOFuse多模态检测模型,想深入分析它的注意力机制和特征融合效果,结果一打开本地Jupy…

DeepSeek-R1 API快速入门:1小时1块,随用随停

DeepSeek-R1 API快速入门:1小时1块,随用随停 你是不是也遇到过这样的问题?作为一个App开发者,想给自己的产品加上AI功能——比如智能客服、自动回复、内容生成,但一想到要买GPU服务器、部署大模型、养运维团队&#x…

有源蜂鸣器电源管理设计:工业设备报警优化方案

工业设备报警系统如何“省电又响亮”?有源蜂鸣器电源管理实战解析在一间自动化生产车间里,你是否曾注意到控制柜角落那个小小的蜂鸣器?它平时沉默不语,一旦设备过温、通信中断或急停按钮被按下,立刻“滴滴”作响——这…

实时视频文字识别:快速搭建流处理OCR系统

实时视频文字识别:快速搭建流处理OCR系统 在安防、交通监控、工业质检等场景中,我们经常需要从持续不断的视频流中提取关键的文字信息——比如车牌号码、工厂设备编号、仓库货物标签、广告牌内容等。传统的OCR技术通常针对静态图片设计,面对…

PyTorch 2.8分布式训练体验:云端GPU按需付费不浪费

PyTorch 2.8分布式训练体验:云端GPU按需付费不浪费 你是不是也遇到过这样的情况?研究生课题要做模型实验,想试试最新的 PyTorch 2.8 分布式训练功能,结果实验室的 GPU 被占满,申请新设备又要走流程、等审批&#xff0…