GitLab 会在版本 12.1 移除对 MySQL 的支持，将只支持 PostgreSQL
LividPRO
这是一个创建于 2344 天前的主题，其中的信息可能已经有所发展或是发生改变。
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 fengyj 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 PRO 其实目前 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 PRO 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