/images/avatar.jpg
杂七杂八的,随手记录。

聊聊日志即数据库

Table of Contents

本文为摘录(或转载),侵删,原文为: http://mysql.taobao.org/monthly/2023/11/01/

《数据库故障恢复机制的前世今生》一文中介绍过,由于磁盘的的顺序访问性能远好于随机访问,数据库设计中通常都会采用 WAL 的方式,将随机访问的数据库请求转换为顺序的日志 IO,并通过 Buffer Pool 尽量的合并并推迟真正的数据修改落盘。如果发生故障,可以通过日志的重放恢复故障发生前未刷盘的修改信息。也就是说 Log 中包含数据库恢复所需要的全部信息。

Citus: Distributed PostgreSQL for Data-Intensive Applications

分布式 PostgreSQL之Citus 架构-postgresql 分布式

本文为摘录(或转载),侵删,原文为: https://www.51cto.com/article/703272.html

1 节点

Citus 是一种 PostgreSQL 扩展,它允许数据库服务器(称为节点)在“无共享(shared nothing)”架构中相互协调。这些节点形成一个集群,允许 PostgreSQL 保存比单台计算机上更多的数据和使用更多的 CPU 内核。这种架构还允许通过简单地向集群添加更多节点来扩容数据库。

Github API: Fetch issues with exceeds rate limit prematurely

本文为摘录(或转载),侵删,原文为: https://stackoverflow.com/questions/33655700/github-api-fetch-issues-with-exceeds-rate-limit-prematurely

1 Q

I am building an app that fetches the issues and pull requests of over 1K github repos, like this.

1
$ curl -i "https://api.github.com/repos/user/repo/issues?state=closed"

My problem is that, after the initial 60 iterations I get a rate limit error: