centos7.9 java1.8 mysql 5.7 是不是国内最主流的运行环境？

一些人对软件的认知定格在中国移动互联网兴起的 10 前了。

或者更精确地说，自从 10 年前的程序员根据当时的最新版软件创作出第一组优质的教程后，中文互联网就再没有进化过，而是被内容农场和反复洗稿塞满了。下一批更新的内容迟迟没大规模出现在网上，也没大规模进入一些人的思维。

主流产品的开发维护者们，大概率不看中文教程和文档

@sagaxu 其实我想了解的不是主流产品，而是国内软件企业的主流运行环境，主流产品能快速迭代，这些都不是个事

呆的 2 家外企，一家用 SQL SERVER ， 一家用 DB2 ，原因么，就是说商业有保障。

是的，而且可替换性很强(人)

所以除了更大规模的数据之外，技术的进步其实对大多数场景都是可有可无的。

大多数传统行业的 IT 确实就是这样的。可能互联网企业会时髦一点用更新的软件。

啊不，我用 Debian12 + mysql5.7 + java1.22

致远星战况如何

老项目吧，现在今年的项目全部 17 起步了

大胆点，把 java1.8 换成 php5.5

CentOS8 PHP8 Mysql8

我现在是 OS8 JDK 17 MYSQL 8

我们（国企）三个全中，版本都不带差的

如日中天的互联网已经不存在了, 参考日本, 行业最辉煌的时候用的版本是多少, 以后永远是多少, 你孙子的孙子, 以后接触到的也是这个版本不会再变了, 除非这个行业再次站在风口上.

我司是 centos7.9 jdk17 mysql8.2

CentOS 6.X 也大有人在。要是阿里云、腾讯云他们继续提供 6.X 的镜像，你 7.X 就要靠边站站了。

我们公司的运行环境和你说的一模一样。8 年前（ 2016 年）的生产环境，一直用到现在。软件产品做好了，能不动谁会去动呢？另外，spring boot 还是 1.x 的版本。

估计很多公司用的都是很旧的环境，大家都在环境下维护项目，所以这些中文教程比较流行。

我在想为什么很少有人去更新技术和版本？可能在老板眼里：关系和赚钱比较重要，产品和技术的好坏不是核心竞争力，项目别给我出问题就行。产品和技术在公司没什么地位和话语权。

我们现在的环境是 Fedora Server, jdk 21 / rust , mysql 8.x
之前是 CentOS 8.x jdk 11 , mysql 8.x , 大概 2 年前开始升级

最主流的中文教程环境
最主流的运行环境

op 可以试试看这套环境过安全合规和渗透测试，还没算国产化改造呢

@lucasj #20 99%的 项目本来就没有啥必要去更新，很多都是为了 KPI

Debian 12 + MySQL 8.4LTS

这就是很多“程序员”说工作不好找 35 岁被优化的原因

什么叫主流，大厂还是小厂
小厂数量多但是实际的程序被使用率不高，大厂份额够多不过数量少

中国企业升级版本的意愿非常非常低，基本项目启动的时候什么版本一路用到倒闭

大胆点直接去掉问号，机器稳定服务能跑肯定不换的

我司目前是这样，预计后面会切换到 Rocky 9 + JDK 11 + MySQL 5.7

不只是运行环境吧？那些框架的版本真的会升级吗？

几乎所有的企业都是这样，服务能正常跑，不影响赚钱，没有动力去更新升级技术

SUSE12 + postgresql12.6/13 + mysql5.7
jdk 版本老项目是 8,新项目是 17

不是 CentOS 6 + PHP 5.5 吗（

历史惯性，毕竟没有多余的精力去 fire bug

@yjxjn 能稳定赚钱的传统企业肯定考虑有保障而不是不“免费”

debian_docker_ALL@latest
什么年代了还在意系统是什么版本 (尽可用最新)，系统没权限升级，那么容器保持 latest 版本就行了

就在刚刚，我手动把 PHP 升级到了昨天官方更新的 latest 版本：
docker compose stop php && docker rm php && docker rmi 626dfcf2115b && docker compose up -d --build php

centos 都不免费维护了吧

@yjxjn 商业保障+ 数据库性能保障.. 开源数据库性能被商业数据库按到地上摩擦


我自己是 jdk17+ pg13 以上.. 国内云看着对 pg 很熟.. 结果一个个 pg 的版本都老掉牙. 差价也没几个.

没钱了，加上，技术、技术人员在行业里没有话语权
技术部门被视为包袱和成本，给口饭吃就不错了，还升级软件

“中文教程” 这四个字明显就代表不了 “国内最主流”。。。

这一套是中文互联网最万金油的设置吧, 本身能调优操作系统参数提升质量的企业就少之又少, 能用就不去改了

我们公司，技术型的互联网公司，还有 centos6 的服务器呢，虽然只是在内网用而已，运维懒得换

一提前端，就是一年换一套技术……
一提后端，就是 jdk8 从来不换……

前面两个应该是这样的，但是 mysql 应该是 8 ，毕竟好多小公司用的都是云服务

网上搜来的教程和生产环境没有必然关系。仅限于我遇到的企业，大多是付费买 RHEL 和 SUSE 企业版的，买一部分，然后剩下的用免费的。

我们最近两个月在转 jdk21 ，数据库去年升级的 mysql8 ，服务器因为 centos 停止维护，目前具备 ubuntu 的运维

是什么无所谓，现在是容器时代，docker 之类的技术出来之后用啥系统都一样了

mysql8 应该是属于标配了，最近几年都没见 mysql5.7 了。

centos7 估计只剩下存量了，过几年大概就没声了。

jdk8 ，可以预见的未来这几年，还能占一部分，但是不会有增长的趋势，只会越来越少。我猜 jdk17 会成为下一个 jdk8 。

@changdy #38 可不咋的。。。有钱谁白嫖啊。。
我在知乎看到了个问题，说 join 性能慢，我想半天，我说我用过的 ORACLE ，DB2 以及 MS SS 都挺快的啊。很多生产环境仍然在用存储过程来实现一些较为复杂的业务，一天处理 1000 来万根玩一样。怎么就不让用 join 了，那 join 还留着干嘛，看了半天，一大帮在讨论 MYSQL.......还有讨论为啥不让 delete 数据，我仔细看半天，明明就是想问，生产环境数据最好用逻辑删除而不是物理删除，这不是基本操作吗。。。

新项目已经 JDK 17 起步了

这俩因为是开源且免费的，使用时间也是最久的。。
实际上技术部门在大部分公司地位并不高。
都处于完成工作是应该的，完成的好不好不重要。重要的是不能出问题。
出问题就扣 KPI ，这种情况下，选择稳妥且保险的策略是最优选择。

在试探?

新项目没包袱就直接：debian12+mysql8+php8