postgresql运维的简单介绍

运维开发工程师的具体职责范围

运维开发工程师的具体职责范围1

网站建设哪家好，找创新互联公司！专注于网页设计、网站建设、微信开发、小程序定制开发、集团企业网站建设等服务项目。为回馈新老客户创新互联还提供了象山免费建站欢迎大家使用！

职责：

1、运维相关的各项平台需求分析及实现方案设计。

2、基于Python的自动化工具及运维平台开发。

3、开发文档的撰写整理归档。

4、深入分析运维业务流程，通过开发和推行自动化运维工具及平台来提高运维效率及降低出错率。

任职资格:

任职条件：

1、2年以上运维开发经验。

2、熟练使用Linux，熟悉常见的web容器，MysqlRedisMongoDB等数据库使用。

3、精通shell及pyhon，熟悉python开发框架Django。

4、有运维自动化体系开发经验的优先。

5、熟悉DevOpsCMDBELKSaltabbixHadoopPython等关键词者优先。

6、熟悉前端开发技术 JS，CSS，HTML，Ajax，Vue框架等关键词者优先。

7、对前后端分离技术有理解并实现者优先。

8、有责任感，工作激情，良好的沟通技巧和团队合作精神。

运维开发工程师的具体职责范围2

职责

1、负责提供蓝鲸自动化运维开发平台在企业落地实施过程中的技术支持;

2、协助项目经理完成客户现场的'需求沟通，并能与客户就相关问题进行直接沟通，参与项目技术方案设计、编写等工作。

3、负责公司产品实施工作(部署安装调试、工具开发、对接平台实际落地)，以及平台应用工具开发工作，参与平台工具脚本的编写;

4、就公司产品能在技术层面向客户进行讲解和培训;

5、撰写技术支持文档或功能使用文档，配合公司产品测试，提供测试反馈;

任职资格

1、计算机相关专业，2年以上运维开发或运维经历;

2、有运维开发经验为佳，精通一门以上脚本语言(Shell/PowerShell/Perl/Python等)，熟悉Django Web开发框架，熟悉设计模式、开发规范，掌握常用Linux操作命令;

3、热爱软件研发工作，有强烈的创新精神并能付诸实施，能积极学习业界新技术;

4、有良好的逻辑思维能力和想象力，善于抽象简化复杂问题，善于系统性思考并使用创新性思维解决问题，学习能力强;

5、有责任心，优秀的团队合作精神，良好的沟通表达，积极主动，自我驱动，乐观，诚实，勤奋，严谨;

6、有不错的工作抗压能力，富有激情;

7、熟悉HTML、CSS、JavaScript等前端开发技术者优先;

8、熟悉蓝鲸产品软件设计体系，掌握蓝鲸SaaS开发人员优先。

运维开发工程师的具体职责范围3

职责：

1、负责各类CI/CD环境的搭建与维护。

2、负责公司容器云平台的实施，监测，故障定位等。

3、负载云平台容器应用编排，提升公司产品的稳定性、安全性，协助优化产品性能。

4、开发适用于公司业务场景的相关运维工具。

相关要求

1、能熟练使用Kubernetes搭建生产和测试环境。

2、熟悉Docker/Kubernetes组件和生态，包含存储、网络、监控、日志、安全等。

3、熟悉常用工具如Git，Harbor，Helm，Jenkins安装和使用。

4、熟悉Rancher/Kubespray等K8S安装管理工具者优先。

运维开发工程师的具体职责范围4

职责：

1、负责运维自动化平台的开发工作

2、负责运维工具、运维脚本的开发

3、负责应用运维、数据库运维和大数据平台相关工具及平台的设计和优化方案制定，并参与定制化开发计划

4、根据系统业务场景，设计并开发有针对性的运维工具

5、研究运维相关技术，根据系统需求制定运维技术方案

任职要求：

1.有Python实际项目经验，掌握一种Web开发框架

2.熟悉常用的自动化运维工具;

3.熟悉常用的持续集成工具

4.深入理解 Linux 系统，熟练掌握MySql

5.具有良好的沟通能力和协作能力，有较强的独立工作能力和解决问题的能力

运维开发工程师的具体职责范围5

职责：

1、研发、维护系统基础工具、运维自动化平台，解决共性需求，减少重复低效工作，提高工作效能，规范操作流程;

2、与业务/研发/运维团队共同协作，为整体效率提升提供各类平台、工具及流程支持;

3、及时关注互联网发展趋势，研究了解运维开发方向、技术动态，并利用相关理念、技术制定相关方案并落地实施;

4、整理运维开发相关文档，将工作经验、技术成果保存及传承。

任职要求：

1、大学本科及以上学历，计算机、网络等相关专业，2年以上开发相关经验;

2、熟练掌握python/shell语言，能够实际开发运维工具、产品;

3、熟悉ORACLE/MySQL/PostgreSQL等主流关系型数据库的管理、调优;

4、熟悉RedHat系/Debian系等主流linux操作系统的管理调优;

5、了解DevOps/CI/虚拟化/容器等知识理念及应用;

6、熟悉操作系统、数据库等基础技术原理;

7、熟悉常见运维工具(如Zabbix、Ansible等);

8、从事过OpenStack或者k8s开发优先;

9、工作执行力强，具有良好地快速学习能力、理解能力与解决问题能力;

10、具有敬业、良好的团队精神和独立工作能力

为什么postgrelsql的性能没有mysql好

一、 PostgreSQL 的稳定性极强， Innodb 等引擎在崩溃、断电之类的灾难场景下抗打击能力有了长足进步，然而很多 MySQL 用户都遇到过Server级的数据库丢失的场景——mysql系统库是MyISAM的，相比之下，PG数据库这方面要好一些。

二、任何系统都有它的性能极限，在高并发读写，负载逼近极限下，PG的性能指标仍可以维持双曲线甚至对数曲线，到顶峰之后不再下降，而 MySQL 明显出现一个波峰后下滑（5.5版本之后，在企业级版本中有个插件可以改善很多，不过需要付费）。

三、PG 多年来在 GIS 领域处于优势地位，因为它有丰富的几何类型，实际上不止几何类型，PG有大量字典、数组、bitmap 等数据类型，相比之下mysql就差很多，instagram就是因为PG的空间数据库扩展POSTGIS远远强于MYSQL的my spatial而采用PGSQL的。

四、PG 的“无锁定”特性非常突出，甚至包括 vacuum 这样的整理数据空间的操作，这个和PGSQL的MVCC实现有关系。

五、PG 的可以使用函数和条件索引，这使得PG数据库的调优非常灵活，mysql就没有这个功能，条件索引在web应用中很重要。

六、PG有极其强悍的 SQL 编程能力（9.x 图灵完备，支持递归！），有非常丰富的统计函数和统计语法支持，比如分析函数（ORACLE的叫法，PG里叫window函数），还可以用多种语言来写存储过程，对于R的支持也很好。这一点上MYSQL就差的很远，很多分析功能都不支持，腾讯内部数据存储主要是MYSQL，但是数据分析主要是HADOOP+PGSQL。

七、PG 的有多种集群架构可以选择，plproxy 可以支持语句级的镜像或分片，slony 可以进行字段级的同步设置，standby 可以构建WAL文件级或流式的读写分离集群，同步频率和集群策略调整方便，操作非常简单。

八、一般关系型数据库的字符串有限定长度8k左右，无限长 TEXT 类型的功能受限，只能作为外部大数据访问。而 PG 的 TEXT 类型可以直接访问，SQL语法内置正则表达式，可以索引，还可以全文检索，或使用xml xpath。用PG的话，文档数据库都可以省了。

九，对于WEB应用来说，复制的特性很重要，mysql到现在也是异步复制，pgsql可以做到同步，异步，半同步复制。还有mysql的同步是基于binlog复制，类似oracle golden gate,是基于stream的复制，做到同步很困难，这种方式更加适合异地复制，pgsql的复制基于wal，可以做到同步复制。同时，pgsql还提供stream复制。

十，pgsql对于numa架构的支持比mysql强一些，比MYSQL对于读的性能更好一些，pgsql提交可以完全异步，而mysql的内存表不够实用（因为表锁的原因）

最后说一下我感觉 PG 不如 MySQL 的地方。

第一，MySQL有一些实用的运维支持，如 slow-query.log ，这个pg肯定可以定制出来，但是如果可以配置使用就更好了。

第二是mysql的innodb引擎，可以充分优化利用系统所有内存，超大内存下PG对内存使用的不那么充分，

第三点，MySQL的复制可以用多级从库，但是在9.2之前，PGSQL不能用从库带从库。

第四点，从测试结果上看，mysql 5.5的性能提升很大，单机性能强于pgsql，5.6应该会强更多.

第五点，对于web应用来说,mysql 5.6 的内置MC API功能很好用，PGSQL差一些。

另外一些：

pgsql和mysql都是背后有商业公司，而且都不是一个公司。大部分开发者，都是拿工资的。

说mysql的执行速度比pgsql快很多是不对的，速度接近，而且很多时候取决于你的配置。

对于存储过程，函数，视图之类的功能，现在两个数据库都可以支持了。

另外多线程架构和多进程架构之间没有绝对的好坏，oracle在unix上是多进程架构，在windows上是多线程架构。

很多pg应用也是24/7的应用，比如skype. 最近几个版本VACUUM基本不影响PGSQL 运行，8.0之后的PGSQL不需要cygwin就可以在windows上运行。

至于说对于事务的支持，mysql和pgsql都没有问题。

如何在Kubernetes中部署一个高可用的PostgreSQL集群环境

虽然 kubernetes 社区一直在努力使得有状态应用成为一等公民，也推出了 statefulset 控制器支持 pod 的顺序部署，稳定的域名访问和存储访问。但鉴于 MySQL 部署运维的多样性和复杂性，在 kubernetes 上部署 MySQL 仍然要面临众多挑战。

1、业务流量入口的配置方式

传统虚拟机环境下，我们通过虚IP的方式，让业务应用都配置事先定义的一个虚IP为链接数据库的地址，然后由高可用服务保证虚IP始终能被路由到master数据库。在kubernetes中，出现了一层网络插件屏蔽了底层网络拓扑，高可用服务管理虚IP的方式需要随之适应调整，比如通过service结合标签完成虚IP的漂移，但service本身是kubernetes提供的一项功能，其可靠性和性能都取决于kubernetes服务的稳定。以性能来说，service是kubeproxy组件通过配置iptables实现的，当iptables规则较多时不可避免的会产生时延，需要我们针对性的解决。

2、容器隔离带来的监控视野问题

在 kubernetes 中，如果将 MySQL 制作为 container 运行在一个 pod 中，container 会将 MySQL 进程和运行环境隔离在一个单独的 namespace 中。监控组件在获取 MySQL 的一些 metirc 时，可能不得不进入与 MySQL 同一个 namespace 中，在部署和设计监控组件时需要考虑到这些限制。

3、存储在 kubernetes 中，支持配置各种不同的存储。

如果使用本地存储 local persistent volume，则需要绑定 MySQL 在一个固定的节点，这就完全浪费了 kubernetes 灵活调度的天然优势；而如果使用远程共享存储，确实是将 MySQL 进程与其存储完全解耦，使得 MySQL 进程可以在任意节点调度，然而考虑到高 I/O 吞吐量的情况，就不是那么美好了。设计时需要考量远程存储是否能够满足 MySQL 的带宽要求。

4、高可用/备份恢复

kubernetes 提供的 statefulset 控制器只能提供最基本的部署，删除功能，无法实现完善的 MySQL 集群高可用/备份恢复操作。对于有状态应用的部署，仍需要定制开发，所以多数公司提供了定制的 operator 来完成应用容器的管理。比如 etcd operator，MySQL operator，后文将为大家详述我测试使用 MySQL operator 的一些记录。

postgresql 查看表建立哪些索引

在数据库运维工作中，经常会有数据目录使用率较高需要调整的情况，通常会给数据库建立多个表空间，

并分别位于不同的盘上，这时需要做的工作就是调整库中现有表和索引的表空间，下面简单总结下这块维护

工作的内容，以下都是基于 PostgreSQL 9.0.1 做的测试。

一 查询某个表所在表空间的简单方法

PostgreSQL 提供类似" \ "命令很方便得到相关信息，命令如下：

skytf= \d test_2

Table "skytf.test_2"

Column | Type | Modifiers

--------+-----------------------+-----------

id | integer |

obj_id | integer | not null

name | character varying(64) |

Indexes:

"idx_hash_name" hash (name)

"idx_test_2" btree (id, obj_id)

Tablespace: "tbs_skytf_idx"

备注：如果这个表的表空间为当前数据库的默认表空间，那么上面则不会显示 Tablespace 信息，

相反，则会显示这张有的表空间，例如上面的表 test_2 的表空间为 tbs_skytf_idx，而

表空间 "tbs_skytf_idx" 不是数据库 skytf 的默认表空间， 那么如何查询数据库的默认

表空间呢，可以通过以下命令查询。

--1.1 查询数据库的默认表空间

skytf= select datname,dattablespace from pg_database where datname='skytf';

datname | dattablespace

---------+---------------

skytf | 14203070

(1 row)

skytf= select oid,spcname from pg_tablespace where oid=14203070;

oid | spcname

----------+-----------

14203070 | tbs_skytf

(1 row)

备注：通过以上查出数据库 skytf 的默认表空间为 tbs_skytf。

二 批量查询数据库表和索引的表空间

--2.1 查询表和索引所在的表空间

select relname, relkind, relpages,pg_size_pretty(pg_relation_size(a.oid)), tb.spcname

from pg_class a, pg_tablespace tb

where a.reltablespace = tb.oid

and a.relkind in ('r', 'i')

order by a.relpages desc;

备注：上面只取了部分结果，这个查询能够查询表和索引所处的表空间，但是有一点需要注意，这个查询

仅显示表空间不是数据库默认表空间的数据库对像，而我们通常需要查出位于数据库默认表空间的

对像，显然上面的查询不是我们想要的，接下来看另一个查询。

--2.2 查询位于默认数据库表空间的对像

select relname, relkind, relpages,pg_size_pretty(pg_relation_size(a.oid)),reltablespace,relowner

from pg_class a

where a.relkind in ('r', 'i')

and reltablespace='0'

order by a.relpages desc;

备注：这个查询加入限制条件 reltablespace='0'，即可查找出位于当前数据库默认表空间的

数据库表和索引。 通常这才是我们想要的结果，接下来可以把部分表转移到其它表空间上去，转移

的方法可以用 "ALTER TABLE move tablespace "或者重建索引移表空间等方法，这里不详细介绍。

--2.3 查询在某个表空间上的对像

select relname, relkind, relpages,pg_size_pretty(pg_relation_size(a.oid)),reltablespace,relowner

from pg_class a, pg_tablespace tb

where a.relkind in ('r', 'i')

and a.reltablespace=tb.oid

and tb.spcname='tablespace_name'

order by a.relpages desc;

--2.4 手册上对于 pgclass 视图的 reltablespace 字段解释

The tablespace in which this relation is stored. If zero, the database is default tablespace is

implied. (Not meaningful if the relation has no on-disk file.)

问下，这个IT管理员常用的管理，运维工具有哪些？

IT管理员常用的管理，运维工具有：

Xshell 是一款功能强大的终端模拟器，支持SSH1，SSH2，SFTP，TELNET，RLOGIN和SERIAL。通过提供业界先进的性能，Xshell 包含了其他SSH客户端无法发现的功能和优势。

Xftp是一种灵活且轻量级的SFFT/FTP客户端，用于需要安全地通过网络传输文件的用户。文件传输被简化，使用拖拽、直接编辑和增强的同步，这些特性在直观的标签界面中被封装。

Xmanager 是市场上先进的PC X服务器，可将X应用程序的强大功能带入Windows环境。  提供了强大的会话管理控制台，易于使用的X应用程序启动器，X服务器配置文件管理工具，SSH模块和高性能PC X服务器。

Navicat Premium是一套数据库管理工具，结合了其它Navicat成员的功能，支持单一程序同时连接到MySQL、MariaDB、SQL   Server、SQLite、Oracle和PostgreSQL数据库。Navicat Premium可满足现今数据库管理系统的使用功能，包括存储过程、事件、触发器、函数、视图等。