这是一个创建于 1595 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
1
sky101001 2021 年 9 月 8 日  1
一般其实无所谓
但如果你在纠结这个，那就上 postgres |
 |
2
aristolochic 2021 年 9 月 8 日 1
对于完全不说产品功能需求 /目标使用场景 /已选技术生态 /已有知识体系 /未来扩展方向的，理性的回答是：“用什么数据库，文件系统 /内存就够了”
（逃 |
 |
3
msg7086 2021 年 9 月 8 日 1
会什么选什么。PG 功能强大但是我只会玩 MySQL 所以我用 MySQL 。
|
 |
4
lasuar 2021 年 9 月 8 日 6
选 mysql，用 pg 的人一般不会有这个疑问。
|
 |
5
RRRoger 2021 年 9 月 8 日 1
哪个熟练用哪个 我站 pg
|
 |
6
ifsclimbing 2021 年 9 月 8 日
pg
|
 |
7
waising 2021 年 9 月 8 日
pg
|
 |
8
wangkun025 2021 年 9 月 8 日
一直用 MySQL 。不是我想选 MySQL，是技术太菜，不允许选 postgresql 。
|
 |
9
sadfQED2 2021 年 9 月 8 日 via Android
选 mysql，用 pg 的人一般不会有这个疑问。
|
 |
10
fuchaofather 2021 年 9 月 8 日
用不用 gis，不用上 mysql 吧
|
 |
11
V1220918889 2021 年 9 月 8 日
有这疑问的产品要求估计也不高
|
 |
12
icy37785 2021 年 9 月 8 日 via iPhone
都一样，没啥区别，不过既然你问了，那就 pg 吧
|
 |
13
JamChiu 2021 年 9 月 8 日
选 mysql，用 pg 的人一般不会有这个疑问。
|
 |
14
FrankFang128 2021 年 9 月 8 日
同事 low 就选 mysql，同事不 low 就选 psql
|
 |
15
gBurnX 2021 年 9 月 8 日
1.Mysql 与 PostgreSQL，都有功能缺陷。比如 Mysql 社区版没有 thread pool 、临时表有不可重入 bug ； PostgreSQL 连 memory table 都没有。
2.在这种比差的情况下，你应该选择你熟悉的。 3.如果你真心喜欢数据库，关系型这一块，建议你深入 Oracle 。 |
 |
16
sutra 2021 年 9 月 8 日 3
|
 |
18
cstj0505 2021 年 9 月 8 日
选自己熟悉的，或者选好玩的就 pg
|
|
19
sutra 2021 年 9 月 9 日 1
个人直观感受：
MySQL 坑多（各种 utf8，各种长度限制），中国大陆用的人和团队似乎特别多（所以为了面试不得不学）； PostgreSQL 坑少、支持的数据类型也相对全面，但是大陆团队知道的人少（还没见过面试问这个，你跟面试官说这个，他们也不知道。想象一下，面试官问你 Linux，你说你熟悉 FreeBSD 。）。 |
 |
20
sjzjams 2021 年 9 月 9 日
说个题外话 XX 万日活，才需要引入队列
|
 |
22
Aksura 2021 年 9 月 9 日
所有的数据库（包括商业数据库）都有坑，建议楼主在有得选的情况下，永远选你“最熟悉”的那个，能尽量发挥它的优势，知道它坑在哪里，出问题的时候知道用什么手段来弥补。
|
 |
23
Jooooooooo 2021 年 9 月 9 日
看运维会哪个.
|
 |
26
cco 2021 年 9 月 9 日
如果你唯一的选择不是 mysql，那么就用 pg 把。
|
 |
27
zjsxwc 2021 年 9 月 9 日
国内 mysql 用户比 pg 多
|
 |
28
cxytz01 2021 年 9 月 9 日
现在已经是 newSQL 时代了，放弃 oldSQL 吧。
至少把 noSQL 用上吧： 用 mongoDB 。 |
 |
30
aru 2021 年 9 月 9 日
我们公司主要 用 mysql + greenplum + oracle
|
 |
31
rickiey 2021 年 9 月 10 日
看你需求，那个熟悉用哪个，想折腾就两个都用一段时间再做决定，只是简单使用的话两个都一样，除非用到某个数据库独有的特性，这两个没啥纠结的，又不是 SQL 和 noSql 的选择，不知道的话看看那同事会那个就用哪个，出了问题还可以交给同事，
|
Select Language