彦祖们, pg 还是 mysql? 到底该怎么选? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
请不要在回答技术问题时复制粘贴 AI 生成的内容
wangyzj
V2EX    程序员

彦祖们, pg 还是 mysql? 到底该怎么选?

  •  
  •   wangyzj 2021 年 9 月 8 日 7061 次点击
    这是一个创建于 1639 天前的主题,其中的信息可能已经有所发展或是发生改变。
    33 条回复    2021-12-10 23:50:25 +08:00
    sky101001
        1
    sky101001  
       2021 年 9 月 8 日   1
    一般其实无所谓
    但如果你在纠结这个,那就上 postgres
    aristolochic
        2
    aristolochic  
       2021 年 9 月 8 日   1
    对于完全不说产品功能需求 /目标使用场景 /已选技术生态 /已有知识体系 /未来扩展方向的,理性的回答是:“用什么数据库,文件系统 /内存就够了”
    (逃
    msg7086
        3
    msg7086  
       2021 年 9 月 8 日   1
    会什么选什么。PG 功能强大但是我只会玩 MySQL 所以我用 MySQL 。
    freemoon
        4
    freemoon  
       2021 年 9 月 8 日   6
    选 mysql,用 pg 的人一般不会有这个疑问。
    RRRoger
        5
    RRRoger  
       2021 年 9 月 8 日   1
    哪个熟练用哪个 我站 pg
    ifsclimbing
        6
    ifsclimbing  
       2021 年 9 月 8 日
    pg
    waising
        7
    waising  
       2021 年 9 月 8 日
    pg
    wangkun025
        8
    wangkun025  
       2021 年 9 月 8 日
    一直用 MySQL 。不是我想选 MySQL,是技术太菜,不允许选 postgresql 。
    sadfQED2
        9
    sadfQED2  
       2021 年 9 月 8 日 via Android
    选 mysql,用 pg 的人一般不会有这个疑问。
    fuchaofather
        10
    fuchaofather  
       2021 年 9 月 8 日
    用不用 gis,不用上 mysql 吧
    V1220918889
        11
    V1220918889  
       2021 年 9 月 8 日
    有这疑问的产品要求估计也不高
    icy37785
        12
    icy37785  
       2021 年 9 月 8 日 via iPhone
    都一样,没啥区别,不过既然你问了,那就 pg 吧
    JamChiu
        13
    JamChiu  
       2021 年 9 月 8 日
    选 mysql,用 pg 的人一般不会有这个疑问。
    FrankFang128
        14
    FrankFang128  
       2021 年 9 月 8 日
    同事 low 就选 mysql,同事不 low 就选 psql
    gBurnX
        15
    gBurnX  
       2021 年 9 月 8 日
    1.Mysql 与 PostgreSQL,都有功能缺陷。比如 Mysql 社区版没有 thread pool 、临时表有不可重入 bug ; PostgreSQL 连 memory table 都没有。

    2.在这种比差的情况下,你应该选择你熟悉的。

    3.如果你真心喜欢数据库,关系型这一块,建议你深入 Oracle 。
    wangyzj
        17
    wangyzj  
    OP
       2021 年 9 月 8 日
    @lasuar #4 真秀
    cstj0505
        18
    cstj0505  
       2021 年 9 月 8 日
    选自己熟悉的,或者选好玩的就 pg
    sutra
        19
    sutra  
       2021 年 9 月 9 日   1
    个人直观感受:
    MySQL 坑多(各种 utf8,各种长度限制),中国大陆用的人和团队似乎特别多(所以为了面试不得不学);
    PostgreSQL 坑少、支持的数据类型也相对全面,但是大陆团队知道的人少(还没见过面试问这个,你跟面试官说这个,他们也不知道。想象一下,面试官问你 Linux,你说你熟悉 FreeBSD 。)。
    sjzjams
        20
    sjzjams  
       2021 年 9 月 9 日
    说个题外话 XX 万日活,才需要引入队列
    freemoon
        21
    freemoon  
       2021 年 9 月 9 日
    @sutra The world's most popular open source database --MySQL
    Aksura
        22
    Aksura  
       2021 年 9 月 9 日
    所有的数据库(包括商业数据库)都有坑,建议楼主在有得选的情况下,永远选你“最熟悉”的那个,能尽量发挥它的优势,知道它坑在哪里,出问题的时候知道用什么手段来弥补。
    Jooooooooo
        23
    Jooooooooo  
       2021 年 9 月 9 日
    看运维会哪个.
    aliipay
        24
    aliipay  
       2021 年 9 月 9 日
    @JamChiu 这个怎么说?
    AlanDSF
        25
    AlanDSF  
       2021 年 9 月 9 日
    @Aksura #22 正解
    cco
        26
    cco  
       2021 年 9 月 9 日
    如果你唯一的选择不是 mysql,那么就用 pg 把。
    zjsxwc
        27
    zjsxwc  
       2021 年 9 月 9 日
    国内 mysql 用户比 pg 多
    cxytz01
        28
    cxytz01  
       2021 年 9 月 9 日
    现在已经是 newSQL 时代了,放弃 oldSQL 吧。
    至少把 noSQL 用上吧: 用 mongoDB 。
    pkoukk
        29
    pkoukk  
       2021 年 9 月 9 日
    @cxytz01
    mongo 就算了吧,目前在我们这是全面弃用状态
    nosql 查询效率远低于 pg,消耗内存还超大
    aru
        30
    aru  
       2021 年 9 月 9 日
    我们公司主要 用 mysql + greenplum + oracle
    rickiey
        31
    rickiey  
       2021 年 9 月 10 日
    看你需求,那个熟悉用哪个,想折腾就两个都用一段时间再做决定,只是简单使用的话两个都一样,除非用到某个数据库独有的特性,这两个没啥纠结的,又不是 SQL 和 noSql 的选择,不知道的话看看那同事会那个就用哪个,出了问题还可以交给同事,
    nekoneko
        32
    nekoneko  
       2021 年 9 月 10 日
    @lasuar #21
    movq
        33
    movq  
       2021 年 12 月 10 日
    @nekoneko 21 楼没问题啊,他说的是 open source database
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     1406 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 27ms UTC 17:04 PVG 01:04 LAX 09:04 JFK 12:04
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86