ITPub博客

如何充分发挥 SQL 能力，是本篇文章的主题。本文尝试独辟蹊径，强调通过灵活的、发散性的数据处理思维，就可以用最基础的语法，解决复杂的数据场景。

所以这次从源码（基于 Redis 7.0.5）的角度来深入分析下这几个参数的具体作用： lazyfree-lazy-user-del lazyfree-lazy-user-flush lazyfree-lazy-server-del lazyfree-lazy-expire lazyfree-lazy-eviction slave-lazy-flush

根据 Oracle 官方声明，MySQL5.7 将于本月（10 月）结束其生命周期（EOL, End Of Life）。这意味着 Oracle 将不再为 MySQL5.7 提供官方更新、错误修复或安全补丁。但具体的结束日期是什么时候呢？

我们了解到在主从库集群模式下，如果从库发生故障，客户端可以继续向主库或其他从库发送请求，执行相应的操作。然而，当主库发生故障时，会直接影响从库的同步，因为此时从库失去了可用的主库进行数据复制。

SQL 1：从 idc_evaluating 数据库的 ns_active_ip 表中查询省份代码为 110000 的所有行数据

今天，我们先了解下 String 类型的内存空间消耗问题，以及选择节省内存开销的数据类型的解决方案。

介绍SQL索引，并通过示例讲解如何进行使用。

当前，我们已经深入了解了Redis中的AOF（Append-Only File）持久化方法，它的优势在于记录操作命令，不会显著增加持久化数据量。通常情况下，只要你没有选择always的持久化策略，AOF方法对性能的影响是相对较小的。

之前我们详细了解了 Redis 的持久化机制，包括 AOF 和 RDB，它们能在宕机发生时，尽量少丢失数据，确保可靠性。然而，如果只有一个 Redis 实例在运行，它在恢复数据期间将无法服务新的数据请求，这是一个可用性上的问题。 那么，Redis所谓的高可靠性意味着什么呢？它涵盖两个重要方面：数据不轻易丢失和服务不容易中断。AOF和RDB确保了前者，但对于后者，Redis的解决方法是增加冗余副本，将数据保存在多个Redis实例上。即使其中一个实例发生故障且需要一段时间来恢复，其他实例仍能继续提供服务，不会影响业务的正常运行。

多事务操作同一行数据的时候，就会出现各种并发问题，mysql通过四种隔离级别来解决这些问题

这篇文章讨论了关系型数据库内部的索引和事务是如何工作的，而不深入研究特定数据库的怪癖。我将涵盖您应该了解的关于RDBMS索引的一切。我将简要涉及事务和隔离级别，以及它们如何影响对特定事务的推理。

升级MySQL 到MySQL8 是很多企业都还没有做的事情，可能是诱惑力不够，在SQL 的进步方面MySQL 的确是说一说，今天来说说函数索引的问题。

binlog2sql是一个开源的python开发的mysql数据库binlog解析工具，能够将binlog解析为原始的sql语句。也支持将binlog解析为回滚的sql语句，以便做数据恢复。GitHub地址：https://github.com/danfengcao/binlog2sql

之前写了一篇深入浅出VACUUM内核原理(上)，赶巧最近有位读者和我探讨了一个问题，恰巧也和vacuum的有趣特性有关，借此再增加一篇深入浅出VACUUM内核原理(中)。那么是什么样的特性呢？没错，又是我们的老朋友——页剪枝。

本文给大家列举一些常见的数据迁移工具清单，供大家参考。其他未列举的工具大家也可以留言补充。

DBA 的人员分类大概可以分为三类 1 运维类型转变为DBA 的 2 开发类型转变为DBA 的 3 一开始就是DBA的

Flink-Doris-Connector 1.4.0 允许用户一步将包含数千个表的整个数据库（MySQL或Oracle ）摄取到Apache Doris（一种实时分析数据库）中。

为什么我们要进行读写分离？个人觉得还是业务发展到一定的规模，驱动技术架构的改革，读写分离可以减轻单台服务器的压力，将读请求和写请求分流到不同的服务器，分摊单台服务的负载，提高可用性，提高读请求的性能。

数据库大小写问题可以说让很多用数据库的人感受是：建表时，哇建出来了；使用时，我去，怎么找不到表，怎么找不到字段。没事，这是小场面。

介绍6个提升PostgreSQL性能的方法，充分发挥PostgreSQL在应用程序中的性能优势。