explain analyze ,format,buffers, format :TEXT, XML, JSON, or YAML. EXPLAIN (ANALYZE,buffers,format yaml) SELECT first_name FROM customer_master WHERE first_name = ‘Carolee‘;PostgreSQL环境中查看SQL执行计划示例标签：本文系统来源：http://www.cnblogs.com/songyuejie/p/4728345.html
PostgreSQL两种事务隔离级别： 读已提交：PostgreSQL中缺省隔离级别。当一个事务运行在这个隔离级别时，一个SELECT查询只能看到查询开始之前提交的数据而永远无法看到未提交的数据或者在查询执行时其它并行的事务提交所做的改变。如果两个事务在对同一元组进行更新，第二个更新事务将等待第一个更新事务提交或者回滚。如果第一个更新回滚，那么它的作用将被忽略，而第二个更新者将继续更新最初发现的元组。如果第一个更新者提交，系...
对于~、~*、like和ilike操作符来说，它们缺少很多特性:①对语言支持较弱，比如不能识别单词的复数形式。②没有有效的分类和排序手段 。 ③执行速度缓慢，通常就是因为无法有效的使用索引。 全文索引允许文档被预处理，并且它可以为后边的快速搜索保存一个索引。预处理做的工作主要有:①解析文档标记。比如它可以标识不同类别的记号，它可以区分数字、复合词、电子邮件地址等等，它们使用不同的处理方式。我们的pgsql使用解析...
每个 pattern 定义一个字串的集合。 如果该 string 包含在 pattern 代表的字串集合里，那么 LIKE 表达式返回真。 （和我们想象的一样，如果 LIKE 返回真，那么 NOT LIKE 表达式返回假， 反之亦然。一个等效的表达式是 NOT （string LIKE pattern).） 如果 pattern 不包含百分号 或者下划线，那么该模式只代表它本身； 这时候 LIKE 的行为就象等号操作符。 在 pattern 里的下划线 （_）代表（匹配）任何单个字符； 而一个百分号（%）...
https://devcenter.heroku.com/articles/p了ostgresql-concurrency#how-mvcc-works翻译pigleiPostgre数据库的很大的卖点之一就是它处理并发的方式。我们的期望很简单：读永远不阻塞写，反之亦然。Postgres通过一个叫做 多版本并发控制(MVCC) 的机制做到了这一点。这个技术并不是Postgres所特有的：还有好几种数据库都实现了不同形式的MVCC，包括 Oracle、Berkeley DB、CouchDB 等等 。当你使用PostgreSQL来设计高并发的应用时，理解...
PGPASSWORD=‘yourpassword‘方法二，在pg_hba.conf中添加用户访问认证trust（要重启）#允许来自主机192.168.1.110的所有数据库用户无需认证连接所有数据库 设置； TYPE DATABASE USER ADDRESS METHOD host all all 192.168.12.10/32 trust#允许来自主机192.168.1.110的所有数据库用户无需认证连接monitor数据库 设置； TYPE DATABASE USER ADDRESS METHOD host monitor a...
PostgreSQL Replication系列翻译自PostgreSQL Replication一书 在本章中，将会介绍不同的复制概念，您会了解哪些类型的复制对哪一种实用场景是最合适的。 在本章的最后，您将能够判断某个概念在各种情况下是否是可行的。 我们在本章将介绍以下主题： ? CAP理论 ?复制的物理限制 ?为什么延迟有影响 ?同步和异步复制 ?拆分和复制 在我们使用PostgreSQL实际工作之前，我们将引导您完成一些非常基本的与复制相关想法和事实。...
3.4 重放事务日志 一旦我们创建了一个我们自己的初始基础备份，我们可以收集数据库创建的XLOG。当时间到时，我们可以使用所有这些XLOG 文件并执行我们所期望的恢复进程。这就像本节描述的一样工作。 执行基本恢复 在PostgreSQL中，整个恢复过程有一个称为recover.conf的文件管理，其主要驻留在基础备份的主目录中。在启动的时候被读取，并告诉数据库服务器到哪里可以找到XLOG归档，什么时候终止重放，等等。 为了让您开始恢复，我们...
4.7 冲突管理 在PostgreSQL中，流复制数据仅在一个方向流动。XLOG由master提供给几个slave,这些slave消耗事务日志并为您提供一个较好的数据备份。您可能想知道这怎么会导致冲突，这会发生冲突。 考虑一下情形：如您所知，数据复制有很小的延迟。因此，XLOG在由master产生之后结束于slave。这微小的延迟会引起如下图所示的情景：我们假设一个slave开始读取一个表。它是一个长读操作。与此同时，master收到一个请求，实际地删除那个表...
在本书的前几章，您已经学习了各种复制以及如何配额制各种类型的场景。现在是时候通过增加监控来让您的设置更加可靠了。 在本章中，您将学习监控什么以及如恶化实施合理的监控车辆。您将学习： ? 检查您的 XLOG 归档 ? 检查 pg_stat_replication 系统视图 ? 检查操作系统级别复制相关的进程 在本章的最后您应该能够正确地监控任何类型的复制设置。 6.1 检查您的归档 如果您计划使用即时恢复(PITR, Point-In-Time-Recovery)或如果您...
4.4 基于流和基于文件的恢复 生活并不总只是黑色或白色；有时也会有一些灰色色调。对于某些情况下，流复制可能恰到好处。在另一些情况下，基于文件复制和PITR是您所需要的。但是也有许多情况下，您既需要流复制，也需要基于文件的复制。一个例子是：当您较长一段时间中断复制，您可能想再次使用归档来重新同步(resync)slave，而不是再次执行完全的基础备份。这也可能是有用的---保留一个归档一段时间以后调查或重放操作。好消息是P...
6.3 检查操作系统进程 一旦我们检查了归档以及我们的系统视图，我们就准备检查系统 进程。检查系统进程可能看起来有点粗糙，但它被证明非常有效。 在master上，我们可以简单地检查一个名为wal_sender的进程。在slave上我们要检查一个名为 wal_receiver的进程。 让我们首先检查一下我们应该在master上看到什么： 9314 ?? Ss 0:00.00 postgres: wal sender process hs ::1(61498) idle 在Linux上我们可以看到那个进程不仅有自己的作用...
执行完您的第一个即时恢复(PITR,Point-In-Time-Recovery)，我们准备在一个真正的复制设置上工作。在本章，您将学会如何设置异步复制和流。我们的目标是确保您可以实现更高的高可用和更高的数据安全性。 在本章，我们将讨论以下主题： ? 配置异步复制 ? 理解流 ? 合并流和归档 ? 管理时间线 在本章的最后,您将很容易地在几分钟内设置流复制。 4.1 设置流复制 在前面章节中，我们已经从简单的16MB XLOG文件做了恢复。从逻辑上讲，重放...
5.2 理解实际影响和性能 在本章中，我们已经讨论了实际影响以及性能影响。但是，有什么好的理论性的例子吗？让我们做一个简单的基准测试，看看复制是怎么做的。我们做这样的测试来为您显示各种耐久性的级别不只是一个次要的话题，对性能来说它们是关键的。 让我们假设一个简单的测试：在下面的场景中，我们已经连接到两个同样强大的机器(3 GHz, 8 GB RAM) 超过1 Gbit 的网络。两台机器彼此相邻。为了演示同步复制的影响，我们使用 ...
6.2 检查pg_stat_replication 检查归档以及 archive_command主要用于即时恢复( PITR，Point-In-Time- Recovery)。如果您想监控一个基于流的设置，建议您 注意系统上称作pg_stat_replication的视图。此视图包含以下信息： test=# \d pg_stat_replication View "pg_catalog.pg_stat_replication" Column | Type | Modifiers ------------------+--------------------------+---------- pid | integer | usesysid | oid | usename | n...