关系型数据库

PostgreSQL 9.6 单元化,sharding (based on postgres_fdw) - 内核层支持前传 作者 digoal 日期 2016-10-04   标签 PostgreSQL , 9.6 , 水平分库 , shard

背景 PostgreSQL检查点是将shared buffer中的脏页打标记，并集中将其刷到磁盘的动作（fsync）。（期间可能有刷盘的调度，降低当脏页很多时带来的IO影响） 在检查点之外，平时bgwriter进程则会使用bufferio的方式（write）将脏页写到OS的dirty page。

背景 PostgreSQL检查点是将shared buffer中的脏页打标记，并集中将其刷到磁盘的动作（fsync）。（期间可能有刷盘的调度，降低当脏页很多时带来的IO影响） 在检查点之外，平时bgwriter进程则会使用bufferio的方式（write）将脏页写到OS的dirty page。

Role功能可以说是一个期待已有的功能，这从它的Worklog号(WL#988)就可以看出来，这是个相当早并且呼声很高的需求了。 所谓Role，可以认为是一个权限的集合，这个集合有一个统一的名字，就是Role名，你可以为多个账户赋予统一的某个Role的权限，而权限的修改可以直接通过修改Role来实

title: SQLServer · 特性分析 · SQL Server 2012的分析函数未必都理解透了 author: 石沫 1. 背景 最近有用户在做一些项目，使用到SQL SERVER 2012的一些新特性，比如SQL SERVER 提供的8个非常有用的分析函数，一开始我看了相关的文

title: SQLServer · 特性分析 · SQL Server 2012的分析函数未必都理解透了 author: 石沫 1. 背景 最近有用户在做一些项目，使用到SQL SERVER 2012的一些新特性，比如SQL SERVER 提供的8个非常有用的分析函数，一开始我看了相关的文

title: SQLServer · 最佳实践 · SQL Server优化案例分享 author: 石沫 请参考：https://yq.aliyun.com/articles/60119

title: SQLServer · CASE分析 · CPU瓶颈问题的判定和解决 author: 天铭 发现问题 告警 数据库出现无法登陆的告警 定位原因 监控 活跃连接堆积 实例CPU持续99%+ 实例总连接数超过规格活跃链接堆积是结果，能堆积到500+可想对业务的影响已经

关于MS ODBC Driver的问题 问题背景 问题一： 用户在Linux上用微软ODBC Driver做BCP失败 关于Linux BCP https://msdn.microsoft.com/en-us/library/hh568446(v=sql.110).aspx ht

MongoDB Sharded Cluster 原理 如果你还不了解 MongoDB Sharded cluster，可以先看文档认识一下 中文简介：MongoDB Sharded cluster架构原理 英文汇总：https://docs.mongodb.com/manual/shard

线上一个Secondary节点crash，错误原因是出现了 OplogOutOfOrder 错误，也就是说Secondary 重放了一条比『已经重放过最新的 oplog』更早的操作，经过分析，发现问题是因网络分区导致出现2个 Primary 的问题导致，详细的过程如下表分析。 说明：Node2、N

背景 pg_rman备份已经讲完了，接下来讲一下数据恢复。 由于pg_rman使用了物理备份，所以恢复时，与普通物理备份的恢复原理是一样的。 需要将数据文件恢复，同时需要提供recovery.conf，在recovery.conf中指定需要恢复到哪个位置，以及如何获取XLOG归档文件等配置。

背景 为了降低备份对数据库的性能影响，我们在有standby的情况下，可以选择从standby备份PostgreSQL。 pg_rman是一个备份工具，同样支持从standby备份数据库，但是有一些使用的注意事项。 例如需要连接主库，需要能读取归档目录，需要告诉主库和备库的连接地址，需要备库的