 |
1
Moishine 1 day ago via Android
这几年版本号跳的是真快啊
|
 |
2
lxqxqxq 1 day ago
还停留在 8.x 9 都没关注
|
 |
3
hxzhouh1 1 day ago  2
5.7.3x 用户路过。。。
|
 |
4
Navee 1 day ago
版本升级还得靠云厂商推动
要不是 5.X 不支持了，现在也用不上 8.x，就算用上了 8.x，也只能用普通增删查改 |
 |
5
Ayanokouji OP 1
补充一下 LTS 版本
现有：8.4 、9.7 下一个：28.4 |
|
6
Ayanokouji OP 8.0.x 版本很特殊, patch version 会包含 8.x 所有功能
|
 |
7
yemoluo 1 day ago
这么快滴么
|
 |
8
starlin 1 day ago
mysql 有点在刷版本号的感觉，mysql9 不晓得发布了啥，从未关注过
|
 |
9
Mithril 1 day ago
现在除了老项目，以及某些开发运维只会 MySQL 又不想学新的以外，新的项目还有啥理由不选 Pg 去选 MySQL 吗？
|
 |
10
Ipsum 1 day ago
还没死透啊。现在新项目除了那帮顽固派，基本上都是 pg 开局啊。my 作为现代的数据库，连 json 操作都不支持，简直垃圾。
|
 |
11
Felldeadbird 1 day ago
我公司还在用 mysql5.7 。我的天。
|
 |
12
jolonsharp 1 day ago
在我的概念里还是 5.6,5.7+还有 8.0 ，这个 26 是不是有点太快了
|
 |
13
asdjgfr 1 day ago
上周还在给项目添加 MySQL5.6 的支持，因为客户那边只能用 5.6 。。。
|
 |
14
crocoBaby 1 day ago
更新的功能用的着么
|
 |
15
Geon97 1 day ago
现在都是默认 pg 了，我记忆还停留在 5.7 版本，咋就从 9 直接跳到了 26 了根据年份了吗🤣
|
 |
16
opengps 1 day ago
5.7 够我用了
|
|
17
Ayanokouji OP 1
@Geon97 改成 CalVer 格式了
|
 |
18
unclemcz 1 day ago via Android
在用 MySQL5.5 ，只要云厂商还在维护，就完全没有换的动力。
@Mithril #9 我觉得还是看情况吧，如果部署在公有云上，pg 价格就比 mysql 贵很多，在价格面前，任何缺点都不值一提，毕竟 MySQL 还能买到超低配置的。 |
 |
19
xzysaber 1 day ago
这版本号啥情况，难道是和什么合并了？
 |
 |
21
cslive 1 day ago
都没有听说过 9.x 版本，8.x 都还没普及
|
 |
22
zigaai 1 day ago
大部分老登项目都停留 5.7 ，新 mysql 为了补全特性性能比 pg 差点，叠加信创、AI 市占率只会越来越少
|
 |
23
keenkiller 1 day ago
估计一直用 8.x 了，兼容 pg 和信创
|
|
24
Geon97 1 day ago
@Ayanokouji #17 上面 op 提到下个 LTS 28.4 ，那岂不是要等到 28 年了😅
|
|
25
Ayanokouji OP 说句扎心的，有没有可能，不是版本太快，而是时间过的太快，mysql 8.0 正式 GA ，已经过去 8 年了，MySQL 8.0.11 (2018-04-19)
https://dev.mysql.com/doc/relnotes/mysql/8.0/en/ 正式 GA MySQL 8.0.11 (2018-04-19) https://dev.mysql.com/doc/relnotes/mysql/9.7/en/ 正式 GA MySQL 9.0.0 (2024-07-01) |
|
26
Ayanokouji OP @Geon97 是的，下一个 lts 要等到 28 年 4 月
|
 |
27
perfectlife 1 day ago
才八年不算啥，你看 java 8 都 12 年了，不也是一直在用
|
 |
28
prosgtsr 1 day ago
mysql 9.7.1_2 -> 26.7.0
这都跟谁学的，苹果吗。。 |
 |
29
yshan 1 day ago
还在用 8 版本的
|
 |
30
zuokanyunqishi 1 day ago
我擦,我认知里还停留在 8
|
 |
31
luzemin 1 day ago 1
他强任他强，我用 MySQL8
 |
 |
32
jayeli 1 day ago
mysql 8.0 好像已经 EOL 了😂
|
 |
33
colincat 1 day ago
随便更新，只要能用就不换，不管是数据库还是开发语言
|
 |
34
weiwenhao 1 day ago
差点没看懂这个版本号。按照这个版本号规划可以要做到每年一个大版本更新的。真能做到么
|
 |
35
chenzw2 1 day ago
你就说新版 mysql 更新了什么牛逼特性吧
|
 |
36
jacketma 1 day ago
真正的大版本也就 5.7 ，8.0 ，现在直接按年份取版本号了，26.7 乍一看，这么大了吗😓
|
 |
37
keshawnvan 1 day ago
现在用的都是 PolarDB 、OceanBase 之类的数据库，都是兼容 MySQL8.x
后续版本估计他们不会考虑兼容了。 |
 |
39
feikeq 1 day ago
mysql 商业化后不都转 MariaDB 去了吗
|
 |
41
xdzhang 1 day ago
我正在改的一个项目都还是 5.7...
|
|
42
jacketma 1 day ago
|
 |
43
liuliuliuliu 1 day ago
真的不用 mysql 了，能用 pg 就 pg 了
|
 |
44
suyuyu 1 day ago 1
江淮一上来就是 s80000000
|
 |
45
qxmqh 1 day ago
很多老项目 都是 5.7 ，较新的 8.0 ，至于再新的 好像目前没看到有 9.x 的项目
|
 |
46
icanfork 1 day ago
5.7 的我算是山顶洞人吗？
|
 |
47
darksheen 1 day ago
还在用 5.5
|
 |
48
ioioj5 1 day ago
还停留在 5.7 和 8 呢...
|
 |
49
Ken1028 1 day ago
公司新的项目也直接用 5.7
|
 |
50
wudi77 1 day ago
我印象里还是 5.5 ，5.7
|
 |
51
iomect 1 day ago
我还有一堆项目是 5.6 5.7 呢 压根不敢升级
|
|
52
keshawnvan 1 day ago
@jacketma MySQL 性能太弱了，我把一些老旧 MySQL 实例迁移到 PolarDB ，负载能降低至少一倍。
|
 |
53
noahjsn 1 day ago
科普一下
MySQL 26.xx 是基于日历的版本 `Year.Month`。并不是说 MySQL 26 比 MySQL 9 更新，而是一种新的版本编号方案。最新还是 MySQL 9 。 参考： https://dev.mysql.com/doc/refman/9.7/en/mysql-releases.html |
 |
54
xooass 1 day ago
阿里云新一点的平台都不支持 5.6 了 最低 5.7 结果我那 2013 年写的 yii 程序用 5.7 报错... 找了一通才在 rds 老版本中找到 5.6
|
|
55
Ayanokouji OP @noahjsn 不是这个意思吧，26.7.0 应该是代替了应该发布的 10.x 版本 。 你说 9.7.x 会比 26.7.0 发布完，这还是在原有分支上继续 patch
|
 |
56
acisky 1 day ago
还在用 lnmp 默认的 5.5 ，新项目直接换 pg 了
|
|
57
noahjsn 1 day ago
@Ayanokouji #55
真的不是说从 v9.xx 升到了 v26.xx ，而是一种基于日历的版本策略。类似 JetBrains IntelliJ 的版本号。 "MySQL 9.7 is the final release line using the previous sequential versioning model. Subsequent MySQL Innovation and LTS releases use calendar versioning in the YY.M format, where YY represents the year and M represents the scheduled release month." 官方说 MySQL 9.7 之后也要用基于日历的版本 `Year.Month`。 现在的 MySQL 26 是 Innovation 系列或分支的日历版本，以后 lts 系列或分支也要基于日历版本了。 |
|
58
Ayanokouji OP @noahjsn 我的理解就是原来的 10.x ，改了命名版本，9.7 是 lts ，下一个 lts 是 28.4 ，升级的话是 9.7 升级到 28.4 。从 9.7 升级到 26.7 也是可以的，但是一般生产不会这么做而已，26.7 不是 lts 。不知道你怎么理解的
|
 |
59
david1025 1 day ago
看这意思是按年份走了
|
 |
60
keller 1 day ago
还在用 5.6 5.7 -_-!
|
 |
61
zhuoi 1 day ago
ai 时代，我们公司都用 pg 了
|
|
62
noahjsn 1 day ago
|
|
63
Ayanokouji OP @noahjsn 下一个 lts 版本 28.4 ，官网都说了，看明白前，别乱科普
|
|
64
noahjsn 1 day ago
@Ayanokouji #63
不是兄弟，能看懂英语？人家是举例子说明版本升级的事，不能跳跃升级。 "Upgrading to the next LTS series is supported, such as 8.4.x LTS to 9.7.x LTS, while skipping an LTS series is not supported. For example, you cannot skip from 8.4.x LTS directly to 28.4.x LTS." |
 |
65
7beloved 1 day ago
还在用 5.7
|
|
66
Ayanokouji OP @noahjsn 那你要不要看看，你#53 再说什么，怎么就不能从 9.7 升级到 26.7 了
|
 |
67
ala2008 1 day ago
版本号学苹果的吧
我们公司用 pg 十年了 |
 |
68
huage 1 day ago
MySQL 5.7 永垂不朽
|
 |
69
dushixiang 1 day ago
这种版本命名方式不是很好区分是否兼容了
|
 |
70
KagurazakaNyaa 1 day ago
为什么现在都喜欢从 semver 转成日历风格，minecraft 也是
|
 |
71
ko20 1 day ago
2126 年看它叫什么版本，不会还叫 26.x 吧 (doge
|
 |
72
V2Try 1 day ago via iPhone
很正常，ubuntu 早就是这样了
|
 |
73
wuzhewuyou 1 day ago via Android
牛啊，我还在 5.x ，java 尚在 1.8 ，都是超龄老人了，还学个屁
|
 |
74
taotaodaddy 1 day ago
https://dev.mysql.com/doc/refman/9.7/en/mysql-releases.html
明确说了新的版本编号规则就是按年的 MySQL Version Numbers MySQL 9.7 is the final release line using the previous sequential versioning model. Subsequent MySQL Innovation and LTS releases use calendar versioning in the YY.M format, where YY represents the year and M represents the scheduled release month. For example, MySQL 26.7 represents the July 2026 release, and MySQL 27.7 represents the July 2027 release. When a release is designated as an LTS release, its YY.M version remains fixed throughout the support lifecycle of that LTS series. |
 |
75
alexluo1 PRO 好久没关注 mysql 了，现在自己做项目都是 pg
|
 |
76
dudubaba 1 day ago
一个 MySQL 一个 JDK 版本仿佛还在上个世纪。
|
 |
77
layxy 1 day ago
mysql 和 jdk 都在疯狂的刷版本号
|
 |
78
docx 1 day ago via iPhone
貌似近年来陆陆续续有软件放弃原来的版本号规则，改成年份命名，这是刮的哪阵风？
|
 |
79
OpenSSH 1 day ago
@noahjsn
26.7 就是 9.7.x 之后的下一个 Innovation 版本，这是事实。如果按原来的版本号规则，26.7 应该是 9.8 或者 10.0 ，所以“从 v9.xx 升到了 v26.xx”这种说法其实也可以接收。 我猜你在 #53 想说的是，不能单纯比较版本号 26.x > 9.x 就断定 26.x 比 9.x 更新，如果今年是 2008 年，那确实不能这样比较 08.x>9.x P.S. 另外，28.4 确实是下一个 LTS ，具体可以看这个官方博客 https://blogs.oracle.com/mysql/a-more-predictable-mysql-release-model-calendar-versions-lts-and-innovation |
 |
81
dog82 20h 51m ago
已经全面转向国产换皮的 pg 了，为了信创
|
 |
83
skwyl 19h 54m ago
这么快了吗，恍如隔日，我现在都还觉得 8 是新的，不过现在都转 pgsql 了，mysql 还真用的少了
|
 |
84
MEIerer 19h 52m ago
我好像是 8.x
|
|
85
OpenSSH 19h 25m ago
@noahjsn #80
我是这么理解的：“example”既可以是虚构的、假设性的例子，也可以是真实的例子。我认为“28.4 是 LTS”是一个真实的例子。当“28.4”作为 LTS 的“example”出现在多个不同的地方，包括文档、博客等；而且，8.4 LTS 是 2024 年 4 月发布，9.7 LTS 是 2026 年 4 月发布，我相信绝大多数人都会认为 28.4 是下一个 LTS 版本，因为行业内普遍都是每 2 年一个 LTS 版本。 真的不知道你是怎么理解的。。。 |
 |
86
yh7gdiaYW 18h 35m ago
@keshawnvan 你跟 V 站上大多人一样都犯了同一个认知错误，把老的 MySQL 性能和新的 XX 数据库对比得出 MySQL 很垃圾的结论，实际上 MySQL 8.0 （这玩意儿都快结束支持了吧）在现在依然是性能很不错的数据库，常用的查询场景里像 PG 并不能稳压
|
|
87
yh7gdiaYW 18h 33m ago
除了旧版 MySQL ，还有个很大的认知误区是完全不考虑服务器硬件升级带来的飞跃，新款高主频 CPU+SSD 吊打之前的服务器
|
|
88
keshawnvan 15h 21m ago
@yh7gdiaYW MySQL8.x 和我举得 PolarDB 、OceanBase 性能也不是一个级别的啊，主流数据库我基本都压测过 MySQL 就是很弱。
|
|
89
yh7gdiaYW 12h 25m ago
@keshawnvan 那俩你用的都是分布式配置吧？单节点就和单节点比，目前在单节点同等硬件规格下没有哪个数据库真能对 MySQL8.0 拉开代差的
|
Select Language