GitLab 会在版本 12.1 移除对 MySQL 的支持，将只支持 PostgreSQL
Livid · 2019-07-13 04:21:39 +08:00 · 10746 次点击这是一个创建于 1987 天前的主题，其中的信息可能已经有所发展或是发生改变。
https://about.gitlab.com/2019/06/27/removing-mysql-support/
同时他们还提供了从 MySQL 迁移到 PostgreSQL 的步骤参考：
https://docs.gitlab.com/ee/update/mysql_to_postgresql.html
同时他们还提供了从 MySQL 迁移到 PostgreSQL 的步骤参考：
https://docs.gitlab.com/ee/update/mysql_to_postgresql.html
31 条回复 • 2019-07-15 07:49:25 +08:00
 |
1
huiyifyj 2019-07-13 04:32:32 +08:00
果然是 `text` 的原因.
|
 |
2
yuikns 2019-07-13 06:03:37 +08:00
MySQL 在 GitLab 中简直是大坑。 看了下自己的记录，14 年就给弄吐血一次，15 年终于下定决心把它给更新了。
https://blog.argcv.com/articles/3195.c https://blog.argcv.com/articles/4137.c 也是在那会儿，孤陋寡闻如我才发现还有这样一个好用的数据库。 |
 |
3
Livid MOD OP 其实目前 V2EX 也是在同时在用两个数据库。如果能归为一个也不错。🤔
|
|
4
yuikns 2019-07-13 06:13:49 +08:00
@Livid 不会是同时 MySQL 和 psql 吧，感觉有点炫技了。
我维护过一个工程，因为 Django 太老了又不会玩，所以用轮子考虑还是老实 MySQL 存一些用户信息，另外业务又用 MongoDB 存一些奇怪的文档。感觉还好。 此外，很多时候还用 redis, es 等。这个场景不同感觉没必要强行。GitLab 自己后段其实也跑了个 redis。 |
|
6
yuikns 2019-07-13 06:26:29 +08:00
|
 |
7
Phariel 2019-07-13 06:28:56 +08:00 via iPhone
Postgres 的确好用 真没想到老树发新芽啊 一个古老的产品最近成了热门
|
 |
9
xuecan 2019-07-13 08:20:20 +08:00
感谢 已迁移
|
 |
10
Cellei 2019-07-13 08:53:05 +08:00
有机会尝试一下 pg
|
 |
11
karllynn 2019-07-13 09:57:27 +08:00
还是 pg 好
|
 |
12
lhx2008 2019-07-13 09:59:54 +08:00
pg 和 mysql80 比有啥优势吗？
|
 |
13
jjx 2019-07-13 10:27:56 +08:00
什么时候移除 ruby
资源占用堪比 java |
 |
14
iwtbauh 2019-07-13 10:36:31 +08:00 via Android
其实上自用或者小团队的话 git 套件里自带的 gitweb 就足够了。甚至可以不要 web 界面。
整 gitlab 有什么实质性的好处吗。 |
 |
15
lolizeppelin 2019-07-13 12:02:56 +08:00
....gitlib 太重了,你们怎么用的,不知道哪下的 rpm 包,我靠那个包做得真是烂....
一般用 gitea 就够了,现在好多然间都支持 mysql/pg 的 早 PG |
 |
16
way2create 2019-07-13 12:42:53 +08:00
先前用 pg，现在这公司用 mysql,不过我不是 db,了解不深
|
 |
17
realpg 2019-07-13 12:49:30 +08:00
pg 是好东西 影响力太小才是最大的问题
因为 95%以上的 mysql 用户都是中等水平或者中等偏下水平用户 会遇到一些比较常见的普通的问题 这部分用户遇到问题，如果使用的是 mysql，简单搜索一下基本就有同等水平用户踩过坑，有解决方案 而 pgsql，基本搜不到太多有用信息 能 handle 的大多数中等偏上甚至高级工程师以上，小白级和入门级问题不好解决 |
|
18
yuikns 2019-07-13 12:57:17 +08:00
@lolizeppelin gitlab-runner 实在是爱不释手啊。
我按照官方包 yum localinstall rpm 貌似没遇到过问题啊？ |
 |
19
today4king 2019-07-13 13:13:44 +08:00
没有人用 gogs 么？小团队或者自建足够了，够轻
|
 |
20
beginor 2019-07-13 16:02:13 +08:00 via Android
一直在用 gitlab，也一直在用 pg 数据库。 就是感觉 gitlab 太占用资源了， 一台 2 核 4G 的套路云虚拟机基本上就只跑它了
|
 |
21
gouchaoer 2019-07-13 17:30:44 +08:00 via Android
gitlab 非常成熟稳定
|
 |
22
vinceguo 2019-07-13 20:14:22 +08:00 via Android
我在上家公司，报表数据 backend 也是用 pg。团队里没别人用过，我撸了一遍文档就上了。后来搭 airflow/superset，DB 也是用 pg。
光一个分析函数就完爆 MySQL，团队内部 olap 很合适。 不过 pg 一个连接对应一个进程，而 MySQL 是线程，oltp 的场景 pg 可能拼不过 MySQL |
 |
23
zjp 2019-07-13 21:13:59 +08:00
@vinceguo 创建连接的开销问题基本可以用连接池解决，而且 OLTP 的场景下不用连接池很奇怪吧...
https://www.postgresql.org/message-id/[email protected] |
|
26
iwtbauh 2019-07-13 23:50:04 +08:00 via Android
@Had #25
项目迭代管理，能否具体说下呢，我不觉得不依赖 gitlab 只用 git 不能轻松进行“项目迭代管理” CI/CD 完全可以使用 git hooks 实现，这是 git 的原生功能。只需要在提交后在 hook 里启动构建作业。并且还有更加灵活和理论上兼容一切基于 git 并规范的实现的好处。 |
 |
28
gamexg 2019-07-14 00:30:33 +08:00 via Android
@today4king 很久之前试过 gogs，但是碰到了个 bug，新建带图片的 issue 就会 500，是 xorm 的 bug 造成的。然后翻了下 issue，表示还是等稳定后再考虑吧。
现在不知道是什么情况了。 |
 |
29
flowfire 2019-07-14 11:37:41 +08:00
nosql 用起来
 |
|
30
beginor 2019-07-15 07:39:16 +08:00 via Android
搭车问一下， 社区版 gitlab 能否把 issue 同时分配给多个人？
|
Select Language