PostgreSQL 如果放在 X86 或 ARM 上“摩擦” 到底哪个性能好?(翻译)
未来的数据库发展一定是往云上发展的,倒不是云有什么好,主要还是成本的因素,成本因素比较复杂,这里不探讨,如果
硬件架构对 数据库的影响 MYSQL 应该在ARM 还是X86 (翻译)
下面就是一篇关于MYSQL 在 ARM 结构和X86结构上不同的性能表现的文字翻译,实话说曾经测试时(PG)
MYSQL 通过 python 监控半同步参数设置
MYSQL 的半同步是MYSQL 复制的核心,通过半同步可以让MYSQL复制在一定的时间和状态下尽量两端的数
PostgreSQL 通过python 监控逻辑复制
上期是讲逻辑复制,本期是通过PYTHON 来对逻辑复制中的配置参数,publication 定义, 打印不适
PostgreSQL 逻辑复制一网打尽
lPostgreSQL 的逻辑复制的场景还是蛮多的,尤其在一些需要进行关键数据表数据同步的情况下,将数据操作
POSTGRESQL 事务控制(三) 事务关闭与怎么设置PG 异步提交提高性能
。最近接到网友反馈,说次系列是打开5秒钟系列,打开5秒后就关闭了,其实我想说的是,我更难,写的脑袋疼,不过估
PostgreSQL 通过PYTHON 程序查看PG 配置服务运行情况
最近小伙伴问,怎么就开始写python了, 没有办法生活所迫,IT不就是的一辈子学习,不会写python想在
--MYSQL and PostgreSQL python快速搭建MYSQL 8.026 和 PostgreSQL 12.6
最近安装MYSQL 8的时候遇到一些问题,之前MYSQL 8.011 的shell脚本安装8.026 报错,
MYSQL 中间件分表是一个好主意?
中间件分表是不是一个好的主意?通过中间件来对MYSQL的数据进行分表是一个常见的对于大数量的解决的方案,通过
Postgresql autovacuum 6 为什么大表不进行autovacuum 的原因 (非事务,复制槽原因)
的确是,最近一直在研究和写autovacuum的事情,但造化弄人,阴沟翻船的事情也是不少预见了,这次就遇到了
MYSQL 水平分割 Sharing Followup (翻译)
这篇是基于上一篇,的续篇,深度对sharing 的问题做分析在上一个内容中,我们讨论了关于MYSQL INS
PostgreSQL autovacuum 5 怎么监控(autovacuum 扫描表工作的百分比)
PostgreSQL 最大的问题就是vacuum,只要PG的实现多版本和UNDO的方式不改变,那么这个话题就
postgresql autovacuum 4 怎么调整参数,让autovacuum 多干活,与成本的计算
接着上期说,在调整完几个常见的参数后,还有如下的参数可以调整提高autovacuum 性能,转而提高你POS
在使用数据库测试工具中发现的一些问题
最近一直在进行一些数据库的测试工作,在使用测试工具的时候也发现了一些问题,有所感触,看看有没有有同感的同学。
MYSQL 水平分割的思维方式 (翻译)
以下内容来自于 percona 2021/9/27 的作为Percona的客户技术经理,面对众多的客户,虽然
POSTGRESQL 设置hugepage 可以让系统使用内存更有效率,防止OOM
https://www.percona.com/blog/why-linux-hugepages-are-s
Postgresql autovacuum 3 怎么调整参数,拯救你惨淡的性能
接着上两期来讲, PostgreSQL 中的autovacuum的后两个问题1 autovacuum 是否可
MYSQL 8 innodb replicaset 怎么自动化部署,与手动切换 (不是innodb cluster)
MYSQL 截止目前高可用的方式主要有传统的复制方式,MGR 也叫innodb cluster , 以及今天
怎么用 Nmon 工具跟踪服务器使用状态和数据分析
NMON 是IBM 提供给AIX 服务器上观察系统运行性能的一个工具,NMON工具本身主要有几个功能1 通
TIDB 中的REGION 是如何进行管理和协调的
熟悉TIDB 的同学都知道,TIDB 中的数据库存储节点是TIKV ,而这里TIKV 仅仅是数据的一个“物理