临时工说：AI 人工智能化对于DBA 的工作的影响

本文介绍: 这开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, Oceanbase, Sql Server等有问题，有需求都可以加群群内，可以解决你的问题。加群请联系 liuaustin3 ，（共1900人左右 1 + 2 + 3 + 4 +5） 4群（400+ 关闭自由申请,新入群的将默认分配达到5群）,另欢迎OpenGauss 的技术人…

这开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, Oceanbase, Sql Server等有问题，有需求都可以加群群内，可以解决你的问题。加群请联系 liuaustin3 ，（共1900人左右 1 + 2 + 3 + 4 +5） 4群（400+ 关闭自由申请,新入群的将默认分配达到5群）,另欢迎 OpenGauss 的技术人员加入。

人工智能的热潮已经在逐渐冷却，炒新闻的越来越少，AI 已经逐渐侵入到实际的生活中，可能我的神经弧反射的比较长，到现在才后知后觉，所以以一个后知后觉的人的角度来说说我感知DBA 与 AI 之间的关系。

之前有一个知名的聪慧大师，提过任你对于未来，惧怕，谩骂，诋毁，强装镇定，满不在乎，他都会到来，此时你就如同必须接受空气，呼吸一样，接受未来。

AI 就是这样的一个未来的存在，当然已经有不少人吃到了AI的苦头了，当然你可以谩骂，诋毁，或者不在乎，但最终你会和他融合在一起，接受他给你带来的一切。

这里是一切的意思是你要发现他给你带来的好出，至少你的发现并利用他，而不是一味的去回忆你没有AI 美好的过去，我们的都需要往前看。

这里我感受最深的一个部分，就是AI 对于只是堆积型专家的绝杀，专家中有一类是基于强大的大脑，对于知识快速的吸收，分解然后将知识记忆在脑中，虽然这个知识对于实际有没有作用，他并不知道，但他知道有这个知识。这样的人，是最快容易被AI 替代的，比如：

当然你在看完上面对于POSTGRESQL 高可用的最好的是那个的问题的回复你可能并不认为他回答的是正确的，但作为一个初学者，和一个我所提过的工作10年和工作3年的没有区别的人，这就是一个打击，因为从资本市场上看，资本金值需要用更低的价格来购买一个可快速学习的人，就可以拥有一些工作中，根本不总结，反省，回顾，以及提炼的人，因为他们更容易控制和价格更低。

只要你是一个好的问题梳理着，你一个下午就可以同AI里面获得你想知道的大部分初级的知识，也就是AI 降低了一个初学者入门的时间。如果此刻你躺平，那么很快你就不如一个“好的提问者”。事实就是这样，如果你把AI 当成一个威胁，他必然是一个威胁，但如果你把AI 当中一个工具，你必然获得利益。

我们举例你现在要进行POSTGRESQL 的数据归档的工作，但你不知道怎么做，但你知道你需要对WAL文件进行归档，那么你只需要告诉他你要做什么，并将你评判答案的对错告诉他，然后他就会大概率朝着你要的方向去做，你获得知识举例真相的可能性越来越高，你可以快速的拥有你不曾懂得的知识，并快速的进行利用和使用。

所以对于这个问题，AI的确会淘汰很多人，或者说AI本身并不会淘汰人，而是淘汰那些不会利用AI的人，这些人是被会利用AI的人淘汰的。我们可以看一个例子：

我想写一个关于pg 清理归档文件的程序 



2024/1/11 16:22:32

以下是一个示例代码，用于清理 PostgreSQL 归档文件：

bash
#!/bin/bash

# 配置 PostgreSQL 数据库连接参数
PGHOST="主机名"
PGPORT="端口号"
PGUSER="用户名"
PGPASSWORD="密码"
PGDATABASE="数据库名"

# 清理归档文件
clean_archive_files() {
    # 获取当前归档文件列表
    FILES=$(psql -h $PGHOST -p $PGPORT -U $PGUSER -d $PGDATABASE -t -c "SELECT pg_xlogfile_name(pg_stat_get_wal_archived_lsn())")

    # 遍历归档文件列表
    for FILE in $FILES; do
        # 获取归档文件的文件名
        FILENAME=$(basename "$FILE")

        # 判断归档文件是否存在于归档目录中
        if [ -f "/归档目录/$FILENAME" ]; then
            # 删除归档文件
            rm "/归档目录/$FILENAME"
            echo "已删除归档文件: $FILENAME"
        fi
    done
}

# 运行清理归档文件操作
clean_archive_files
请将脚本中的以下参数替换为实际的数据库连接参数：

PGHOST：PostgreSQL 数据库的主机名。
PGPORT：PostgreSQL 数据库的端口号，默认为 5432。
PGUSER：连接 PostgreSQL 数据库的用户名。
PGPASSWORD：连接 PostgreSQL 数据库的密码。
PGDATABASE：要清理归档文件的 PostgreSQL 数据库名。
同时，将 /归档目录/$FILENAME 替换为实际的归档目录路径和文件名。

运行脚本后，它将连接到 PostgreSQL 数据库，并获取当前归档文件列表。然后，它将遍历归档文件列表，并检查每个归档文件是否存在于归档目录中。如果存在，则将归档文件从归档目录中删除。

请注意，这只是一个简单的归档文件清理脚本。在实际环境中，建议根据具体需求对归档文件进行更复杂的管理和策略。





2024/1/11 16:22:54

这里过期时间是1个礼拜



2024/1/11 16:22:54

如果你想添加归档文件的过期时间限制，以清理超过一周的归档文件，可以对脚本进行如下修改：

bash
#!/bin/bash

# 配置 PostgreSQL 数据库连接参数
PGHOST="主机名"
PGPORT="端口号"
PGUSER="用户名"
PGPASSWORD="密码"
PGDATABASE="数据库名"

# 设置归档目录
ARCHIVE_DIR="/归档目录"

# 设置过期时间为1个礼拜（7天）
EXPIRATION_TIME=$(date -d "-7 days" +"%Y-%m-%d")

# 清理归档文件
clean_archive_files() {
  # 获取当前归档文件列表
  FILES=$(psql -h $PGHOST -p $PGPORT -U $PGUSER -d $PGDATABASE -t -c "SELECT pg_xlogfile_name(pg_stat_get_wal_archived_lsn()), pg_stat_get_wal_archived_time(pg_stat_get_wal_archived_lsn())")

  # 遍历归档文件列表
  for FILE in $FILES; do
    # 用空格分隔文件名和归档时间
    FILENAME=$(echo $FILE | cut -f1 -d" ")
    ARCHIVED_TIME=$(echo $FILE | cut -f2 -d" ")

    # 判断归档时间是否超过过期时间
    if [ "$ARCHIVED_TIME" < "$EXPIRATION_TIME" ]; then
      # 判断归档文件是否存在于归档目录中
      if [ -f "$ARCHIVE_DIR/$FILENAME" ]; then
        # 删除归档文件
        rm "$ARCHIVE_DIR/$FILENAME"
        echo "已删除过期归档文件: $FILENAME"
      fi
    fi
  done
}

# 运行清理归档文件操作
clean_archive_files
在这个修改后的脚本中，我们添加了以下内容：

设置 ARCHIVE_DIR 变量为归档目录的实际路径。
设置 EXPIRATION_TIME 变量为一周前的日期。
在 clean_archive_files 函数中，获取归档文件列表时同时获取了归档时间，并将其存储在 ARCHIVED_TIME 变量中。
添加了一个条件判断，如果 ARCHIVED_TIME 早于 EXPIRATION_TIME，则删除该归档文件。
请确保将 ARCHIVE_DIR 替换为归档目录的实际路径，并根据需要修改 EXPIRATION_TIME 来设置合适数值，以符合你的需求。





2024/1/11 16:23:23

那么我们为什么不使用archivecleanup 



2024/1/11 16:23:23

是的，archivecleanup 工具是 PostgreSQL 自带的一个用于清理归档文件的实用程序。archivecleanup 工具可以根据 PostgreSQL 的归档文件命名规则自动清理过期的归档文件。

archivecleanup 工具需要两个参数来执行清理操作：

归档目录：指定包含归档文件的目录路径。
归档文件标识符：指定归档文件的基本文件名。通常是 000000010000000000000001 这样的一系列连续递增的编码。
以下是一个使用 archivecleanup 工具清理归档文件的示例脚本：

bash
#!/bin/bash

# 配置 PostgreSQL 数据库连接参数
PGHOST="主机名"
PGPORT="端口号"
PGUSER="用户名"
PGPASSWORD="密码"
PGDATABASE="数据库名"

# 设置归档目录
ARCHIVE_DIR="/归档目录"

# 设置归档文件标识符
ARCHIVE_ID="000000010000000000000001"

# 清理归档文件
clean_archive_files() {
  # 使用 archivecleanup 工具清理归档文件
  archivecleanup $ARCHIVE_DIR $ARCHIVE_ID
}

# 运行清理归档文件操作
clean_archive_files
在这个示例中，我们简单地使用 archivecleanup 工具来清理归档文件。将归档目录和归档文件标识符作为参数传递给 archivecleanup 命令即可。

请注意，archivecleanup 工具会递归地清理指定归档文件标识符之前的所有过期归档文件。因此，你不需要在脚本中手动指定过期时间。但是，你仍然需要根据实际情况将归档目录和归档文件标识符替换为实际的值。

希望这个信息对你有所帮助！如果有任何其他问题，请随时问我。

同时我们还应该发现一点，随着一些对于问题和知识的学习，AI问题的回答会趋向与大多数人都认同的知识和方案等他会改变很多人的已有的认知和学习知识的方式，从这里你可能会得到大多数的人处理这件事的方式,或官方的答案。

另外一点需要我们注意的是，如果你在一个环境中，你的领导对于你处理事情的方式方法不认同，他也可以去AI来获取你处理事情的方式方法的“标准”答案，然后来判定你所处理事情的方式的是否是合理的。这里AI 又变成一个审判者的秘书的角色。

同时我们不能否认，基于这个部分，未来一些大多数人做的事情的知识，只要是可记录的，早晚会被AI 所掌握，而未来属于善于使用AI 并利用他，替代你的另一群人。

当然目前的AI 还未做到回答知识“正确率”100% 或者 80%都谈不上，参见下面的问题和回答，但开局就是开局了，你专业的壁垒或某一个知识的领域知识丰富者的头衔，会被逐步替代，所以现在好好想想，你怎么利用AI让你不被AI所替代吧！！