PostgreSQL 运维的难与“难” --上海PG大会主题记录
开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题，有需求都可以加群群内有各大数据库行业大咖，可以解决你的问题。加群请联系 liuaustin3 ，（共2680人左右 1 + 2 + 3 + 4 +5 + 6 + 7 + 8 ）(1 2 3 4 5 6群均已爆满，新人进7群400+，8群，开9群)
2025年1月4日参加了中国PostgreSQL数据库生态大会，以下为台上的20分钟记录。
此次的话题是，PostgreSQL运维的难与“难”，我们来讨论讨论运维中，我们虽然掌握的很多的PostgreSQL的运维知识，为什么还是有九九81“难”。
本次的话题将分为四个部分
1 简单的介绍本次的主题
2 通过三个小的运维实例故事来切入主题
3 在切入主题后，我们反思为什么知识都会，依然是还是“不会”
4 最后运维中我们要面对什么具体的问题与时代的变化
在PostgreSQL的运维工作中，难题比比皆是。是我们技术不行吗？还是我们技术没有掌握的牢固。这里要表达的观点是
1 技术在部分运维的场合中，并不是你解决问题的关键。
2 数据库也有先来后到，后来的数据库会遭受更多的责难和不理解，让运维的工作难，难上加难。
3 当前客户的习惯从可以忍耐一些数据库的“异类问题”，到耐心越来越低，不行就换的思维开始占领了数据库市场。
下面我们通过三个小故事来阐述以上的论点。三个故事分别是
1 该不该说
2 该不该做
3 牵着不走
我们先说第一个故事，该不该“说”，PG有一个历史性的问题，有登录权限的账号，在没有实际的创建表或其他如视图，函数，存储过程等情况下，可以在任意的逻辑库中建立，表、视图、函数、存储过程、序列等等。
不少其他的数据库专业的DBA，对此非常的不理解，认为这和他们的数据库的操作方案非常的不同，有安全的风险问题。
可从多年的PostgreSQL的运维工作中，并未发现有因为此问题导致的产生“实际”生产安全的问题。
部分“大聪明”，如同我们故事里面的这个DBA，知道这个问题，新官上任三把火。将这个问题搞得惊天动地，但做好做，改可是不好改，这牵着到数据库，程序配置等多方面的配合改造。尤其已经运维很长一段时间的基于PG的应用程序。
而在大肆宣扬此问题后，必然会有“好事”者洞察的这个问题，并加以利用，不说还好，说了“好事”者到会利用此问题进行一些非正常的操作。
此故事为“该不该说”。
可我们完全不应该说吗？ 也不是我们要辨别的说，看业务如何利用数据库，看当前的公司在使用数据库方面的层次和水平，有的放矢的说，若是将PG当做租户概念的方式去使用，那么这个就是一个问题，且必须要说，大声的说出问题和可能产生的“影响”。
PG15对此问题，也进行了改造，从PG15后的版本这个问题将会淡化。
我们在来说第二个故事，“该不该做”，自作自受。
第二个故事，主要要说明的是将有限的知识，无限的应用，产生非预期的后果，这就是第二个故事。
PostgreSQL有一些系统是开发的较早，或者纯属乙方给甲方开发的系统，数据库和应用程序安装在一起，在这样的情况下，POSTGRESQL默认安装后POSTGRES是没有密码的，且不用密码也能登陆到数据内。应用程序利用了这个部分，直接通过socket登录到数据库中根本不需要密码，并进行应用的操作，利用应用程序和数据库在一起的“职务之便”。
但问题是PostgreSQL数据库越来越火，安全软件也不是吃素的，甲方一扫你的应用，马上你的POSTGRES就不安全了。甲方提出整改。 因为不想让应用程序做出改变，DBA就提出了免密功能的的方案，通过免密的功能Postgres 账号虽然有了密码，但对于应用程序还可以无密码的登陆到数据库系统。
可是在这样的运维方案给出后，.pgpass的文件中记录了数据库的明文密码，对于安全软件进行扫描这还是不安全的，在系统文件中存储明文的密码，甲方得知此事后，继续要求整改。
PostgreSQL的数据库知识会了，但在什么场合用，该怎么用依然是一个问题。
此为故事该不该“做”。
第三个故事是牵着不走。
经济形式会不会影响运维的方式，数据库运维的形式，答案是当然，一定会影响。作为技术人员是应该随着大环境的变化而调整自己的工作方法。
这个故事说的是，经济情况下行，在一些项目本身并不稳定或前途不明的情况下，数据库的部署的方式必然是要进行考量的，是因循守旧的继续原来购买服务器，租用机架的方式，还是寻找更灵活的方式，随着项目的变化而变化，并学习新的技术抵御经济不明给项目带来风险，这并非完全的技术问题，考验的运维人员的能否跟上时代的脚步，积极应对寻找匹配的方式去部署数据库产品来解决实际的问题。
在讲完三个小故事后，我们看看PostgreSQL 运维的难或者数据库运维的难到底来自于哪里。
总结：数据库运维的难，PostgreSQL数据库运维的难不少都来自于，运维人员本身的问题。
1 一根筋的解决问题的方式，不知变通
2 数据库知识学的非常棒，但依然管理不好数据库的大有人在，如同人生道理都明白背的滚瓜烂熟，但依然过不少这一生，在这个数据库知识爆炸的年代，我们缺少的恰恰是在众多数据库知识中的有选择辨别的智识能力。
3 不去看外部变化的环境，活在自己的“固定”方案里面，想以不变应万变的工作方法和心里。
从多年的工作经验中，总结了一些处理数据库运维方面的心得。
1 不以不变应万变的心里来去处理问题，而是以万变应万变的方式去处理运维的难题，对于新的产品保持一种年轻的心态，不拒绝，不抵抗，从不同的解决方案中，寻找更好的。
2 面对环境的变化，顺应环境的变化而变化，而不是按照自己的意愿和想法而来，无为之治。
3 以不变应万变这条真理，应该用到的地方是我们是以什么为核心驱动，作为数据库运维工作者，以业务为驱动服务企业是不变的，从这点发散的去应对各种的变化。
如此可能数据库运维，或者POSTGRESQL的运维将不在“难”上加“难”。
PostgreSQL 相关文章
PostgreSQL SQL写出变态味，可以！（附带两个哑谜）
PostgreSQL 什么都能存，什么都能塞 --- 你能成熟一点吗？
PostgreSQL 迁移用户很简单 --- 我看你的好戏
PostgreSQL 用户胡作非为只能受着 --- 警告他
全世界都在“搞” PostgreSQL ，从Oracle 得到一个“馊主意”开始PostgreSQL 加索引系统OOM 怨我了--- 不怨你怨谁
PostgreSQL “我怎么就连个数据库都不会建？” --- 你还真不会！
病毒攻击PostgreSQL暴力破解系统，防范加固系统方案（内附分析日志脚本）
PostgreSQL 远程管理越来越简单，6个自动化脚本开胃菜
PostgreSQL 稳定性平台 PG中文社区大会--杭州来去匆匆
PostgreSQL 如何通过工具来分析PG 内存泄露
PostgreSQL 分组查询可以不进行全表扫描吗？速度提高上千倍？
POSTGRESQL --Austindatabaes 历年文章整理
PostgreSQL 查询语句开发写不好是必然，不是PG的锅
PostgreSQL 字符集乌龙导致数据查询排序的问题，与 MySQL 稳定 "PG不稳定"
PostgreSQL Patroni 3.0 新功能规划 2023年 纽约PG 大会 （音译）
PostgreSQL 玩PG我们是认真的，vacuum 稳定性平台我们有了
PostgreSQL DBA硬扛 垃圾 “开发”，“架构师”，滥用PG 你们滚出 ！（附送定期清理连接脚本）
DBA 失职导致 PostgreSQL 日志疯涨
PolarDB 相关文章
Database 资源"打砸抢" 我笑着应对，来呀！
PolarDB 版本差异分析--外人不知道的秘密（谁是绵羊，谁是怪兽）
PolarDB 答题拿-- 飞刀总的书、同款卫衣、T恤，来自杭州的Package（活动结束了）
PolarDB for MySQL 三大核心之一POLARFS 今天扒开它--- 嘛是火星人
PolarDB-MySQL 并行技巧与内幕--（怎么薅羊毛）
PolarDB 并行黑科技--从百套MySQL撤下说起 （感谢8018个粉丝的支持）
PolarDB 杀疯了，Everywhere Everytime Everydatabase on Serverless
POLARDB 从一个使用者的角度来说说，POALRDB 怎么打败 MYSQL RDS
PolarDB 最近遇到加字段加不上的问题 与 使用PolarDB 三年感受与恳谈
PolarDB 从节点Down机后，引起的主从节点强一致的争论
PolarDB serverless 真敢搞，你出圈了你知道吗!!!!
PolarDB VS PostgreSQL "云上"性能与成本评测 -- PolarDB 比PostgreSQL 好？
临时工访谈：PolarDB Serverless 发现“大”问题了 之 灭妖记 续集
临时工访谈：庙小妖风大-PolarDB 组团镇妖 之 他们是第一
PolarDB for PostgreSQL 有意思吗？有意思呀
PolarDB Serverless POC测试中有没有坑与发现的疑问
临时工说：从人性的角度来分析为什么公司内MySQL 成为少数派，PolarDB 占领高处
POLARDB 到底打倒了谁 PPT 分享 （文字版）
POLARDB -- Ausitndatabases 历年的文章集合
PolarDB for PostgreSQL 有意思吗？有意思呀
PolarDB 搞那么多复杂磁盘计费的东西，抽筋了吗？
MySQL相关文章
MySQL Innodb Cluster 高可用推广“失败” 了？
MySQL 怎么让自己更高级---从内存表说到了开发方式
MySQL timeout 参数可以让事务不完全回滚
"DBA 是个der" 吵出MySQL主键问题多种解决方案
MySQL 让你还用5.7 出事了吧，用着用着5.7崩了
MySQL 的SQL引擎很差吗？由一个同学提出问题引出的实验
用MySql不是MySQL, 不用MySQL都是MySQL 横批 哼哼哈哈啊啊
MYSQL --Austindatabases 历年文章合集
临时工访谈系列
他们要批量造博士 249$随身AI，OpenAI O3自我思考，怕吗？
Oracle 文化走后，你我只值9.9元
知人者智，自知者明，琼瑶一路走好
本地存储还有活路吗？ 从上周一个供应商问我的问题开始
一年又一年，成了老梆子，别回头，往前看！
临时工说: 实际实例揭穿AI, 上云就不用DBA的谎言
临时工说：DBA 7*24H 给2万的工作，到底去不去？
国内最大IT服务公司-招聘DBA “招聘广告”的变化--分析与探讨
临时工说: 网友问35岁就淘汰，我刚入行DBA 怎么办？
OceanBase 相关文章
OceanBase 送祝福活动，礼物和幸运带给您
跟我学OceanBase4.0 --阅读白皮书 (OB分布式优化哪里了提高了速度)
跟我学OceanBase4.0 --阅读白皮书 （4.0优化的核心点是什么）
跟我学OceanBase4.0 --阅读白皮书 （0.5-4.0的架构与之前架构特点）
跟我学OceanBase4.0 --阅读白皮书 （旧的概念害死人呀，更新知识和理念）
聚焦SaaS类企业数据库选型（技术、成本、合规、地缘政治）
OceanBase 学习记录-- 建立MySQL租户,像用MySQL一样使用OB
OceanBase 学习记录 -- 安装简易环境
OceanBase 学习记录 -- 开始入门
数据库最近第一比较多，OceanBase 定语加多了？
临时工访谈：OceanBase上海开大会，我们四个开小会 OB 国产数据库破局者
临时工说：OceanBase 到访，果然数据库的世界很卷，没边
数据库信息速递 阿里巴巴的分布式数据库OceanBase旨在进军中国以外的市场 （翻译）
SQL SERVER 系列
SQL SERVER维保AI化，从一段小故事开始
SQL SERVER 如何实现UNDO REDO 和PostgreSQL 有近亲关系吗
SQL SERVER 危险中，标题不让发，进入看详情（译）
SQL SERVER 我没有消失，SQL SERVER下一个版本是2025 (功能领先大多数数据库）
SQL SERVER 2022 针对缓存扫描和Query Store 的进步，可以考虑进行版本升级
MongoDB 相关文章
MongoDB 合作考试报销活动 贴附属，MongoDB基础知识速通
MongoDB 年底活动，免费考试名额 7个公众号获得
MongoDB 使用网上妙招，直接DOWN机---清理表碎片导致的灾祸 (送书活动结束)
数据库 《三体》“二向箔” 思维限制 ！8个公众号联合抽奖送书 建立数据库设计新思维
MongoDB 是外星人，水瓶座，怎么和不按套路出牌的他沟通？
17000多张MongoDB表的锅 自动分析删除表数据难题--从头到尾的处理过程（文尾有MongoDB开发规范）
MongoDB 插入更新数据慢，开发问哪的问题？附带解决方案和脚本
MongoDB 不是软柿子，想替换就替换
MongoDB 挑战传统数据库聚合查询，干不死他们的MongoDB 2023纽约 MongoDB 大会 -- 我们怎么做的新一代引擎 SBE Mongodb 7.0双擎力量（译）
MongoDB 2023年度纽约 MongoDB 年度大会话题 -- MongoDB 数据模式与建模
MongoDB 双机热备那篇文章是 “毒”
MongoDB 会丢数据吗？在次补刀MongoDB 双机热备
MONGODB ---- Austindatabases 历年文章合集
阿里云系列
阿里云数据库产品权限设计缺陷 ，六个场景诠释问题，你可以做的更好？
阿里云数据库--市场营销聊胜于无--3年的使用感受与反馈系列
阿里云数据库产品 对内对外一样的卷 --3年阿里云数据库的使用感受与反馈系列
阿里云数据库使用感受--客户服务问题深入剖析与什么是廉价客户 --3年的使用感受与反馈系列
阿里云数据库使用感受--操作界面有点眼花缭乱 --3年的使用感受与反馈系列
