技术译文 | 年底了，可以信任 ChatGPT 来解决数据库问题了么？

作者：Przemysław Malkowski

本文来源：https://www.percona.com/，封面由 DELL-3 生成，爱可生开源社区翻译。

本文约 3400 字，预计阅读需要 8 分钟。

2023 年会被称为生成式 AI 之年吗？我不知道，但可以肯定的是，ChatGPT 从 2022 底开始引发了很多行业围绕该技术的巨大变革。确实是有趣的时刻，我们目睹了一些改变我们世界的事情。

我在二月份玩了一下 ChatGPT，看看它如何响应与数据库相关的问题，发现它令人印象深刻，同时也很烦人。我不喜欢它的是，如果没有足够的数据，它就会编造“事实”。我多次成功地发现它在撒谎，在我证明它是错误之后，机器人道歉了，后来在不同的话题上再次做了类似的虚构的事情。我决定在临近十二月时再检查一下。

DELL-3 生成

在我写这篇文章的时候，有很多地方可以与人工智能聊天，但据我所知，目前只有 Google 的 Bard、微软的 Bing Chat 和 OpenAI 的 ChatGPT 比较容易访问，以下我只对 MongoDB 和 MySQL 这两种技术进行测试和评论。

1Google Bard

这是我对 Bard 的第一次测试，我对 Bard 抱有很高的期望，因为它可以访问线上的数据信息，而不是那个在有限的数据上运行的 ChatGPT。然而，它从一开始就以其可笑的答案让我震惊！我从一个有点棘手的问题开始，但答案绝对是搞笑的！

我：为什么 MongoDB 7.0 版本现在降级更加容易？

Bard：

由于 MongoDB 7.0 中引入了多项关键改进，从 MongoDB 版本 7.0 降级到任何以前的版本现在比以前的版本要容易得多。以下是 MongoDB 7.0 中降级变得更加简单的主要原因：

1. 简化的降级工作流程：MongoDB 7.0 引入了简化的降级工作流程，无需在降级之前手动备份数据并重新启动复制。这种简化的流程降低了错误风险并简化了降级程序。
2. 增强的降级兼容性：MongoDB 7.0 通过引入使降级数据库更容易与旧版 MongoDB 版本互操作的更改，显着增强了降级兼容性。这意味着降级的数据库更有可能在旧版本中正常运行，从而减少了降级后大量数据清理或架构调整的需要。
3. 改进的数据完整性检查：MongoDB 7.0 在降级过程中实施了改进的数据完整性检查。这些检查有助于识别和防止降级期间可能出现的潜在数据损坏问题，确保降级数据的完整性。
4. 增强的回滚机制：MongoDB 7.0 完善了回滚机制，使其在处理降级过程时更加高效可靠。这种增强的回滚功能可确保降级期间遇到的任何问题都能得到及时解决，而不会影响数据完整性。
5. 简化的降级命令：MongoDB 7.0 引入了简化的降级命令，它提供了单个命令来启动降级过程。此命令消除了对多个命令和手动步骤的需要，使降级过程更加用户友好。

综上所述，MongoDB 7.0 中的降级过程得到了显着简化和增强，使得从 MongoDB 7.0 降级到以前的版本变得更加容易和可靠。简化的工作流程、改进的兼容性、增强的检查、高效的回滚机制和简化的命令有助于提供更直接且降低风险的降级体验。

显然，我不喜欢这个答案。看来 Bard 被我提供的错误提问所误导，并试图用我期望收到的答案来取悦我。该答复与事实完全不符！从 MongoDB 7.0 版本开始，不再支持二进制降级，并且降级的复杂度大大提高。让我们继续挖掘这个问题。

我：好的，那么如果我想将 MongoDB 独立服务器从版本 7.0 降级到 6.0，我应该使用哪些命令？

Brad：

将 MongoDB 独立服务器从 7.0 降级到 6.0。

先决条件：

1. 备份 MongoDB 数据库：在继续降级之前，强烈建议创建 MongoDB 数据库的备份，以确保降级期间出现任何问题时数据的完整性。
2. 访问控制：如果您的部署启用了访问控制，请确保执行降级的用户具有降级数据库所需的权限。具有该角色的用户 root 具有所需的权限。

降级程序：

1. 下载 MongoDB 6.0 二进制文件：从 MongoDB 下载中心下载 MongoDB 6.0 的最新补丁版本，或使用系统的包管理器安装 6.0 二进制文件。
2. 停止 MongoDB 7.0 服务：在 Linux 或 macOS 上，使用：mongod -shutdown
   。
3. 将 MongoDB 7.0 二进制文件替换为 6.0 二进制文件：将系统 bin 目录中现有的 MongoDB 7.0 二进制文件替换为下载的 6.0 二进制文件。
4. 降级功能兼容性版本 (fCV)：使用 Shell mongosh 连接到 MongoDB 6.0 服务器，并使用以下命令将 featureCompatibilityVersion 降级到“5.0”：

mongosh -u root  
db.adminCommand( { setFeatureCompatibilityVersion: "5.0" } )


1. 启动 MongoDB 6.0 服务器：在 Linux 或 macOS 上，使用：mongod -f

   
   。

2. 验证降级：验证 MongoDB 服务器正在运行并且可以使用 Shell mongosh
   访问降级的数据库。

重要考虑因素：

• 降级是不可逆的。一旦降级，您将无法轻松恢复到以前的 MongoDB 版本。
• 降级可能需要数据清理或架构调整以解决兼容性问题。
• 与之前的 MongoDB 版本相比，降级可能会带来性能或兼容性限制。
• 始终建议在将降级数据库用于生产用途之前对其进行彻底测试。

好的，是时候对回复提出质疑了。

我：手册中说“从 MongoDB 7.0 开始，MongoDB 社区版不再支持二进制降级。”，是否与您的建议相矛盾？

Bard：

是的，你是对的。从 MongoDB 7.0 开始，MongoDB Community Edition 不再支持二进制降级。这意味着您不能简单地将 MongoDB 7.0 二进制文件替换为 MongoDB 6.0 二进制文件并期望数据库正常运行。

如果您需要将 MongoDB 独立服务器从版本 7.0 降级到 6.0，您需要联系 MongoDB 支持寻求帮助。他们将为您提供必要的步骤，以安全且受支持的方式降级您的数据库。

对于我之前的指示中的错误，我深表歉意。我仍在发展中，我一直在学习新事物。今后我会更加小心地提供准确和最新的信息。

好的，那么我们来看看 MySQL 类似的问题。

我：如果升级不成功，如何将 MySQL 版本 8.0.35 降级回 5.7.44？

Brad：

将 MySQL 从版本 8.0.35 降级到 5.7.44 涉及两个步骤：

步骤 1：卸载 MySQL 8.0.35

1. 停止 MySQL 服务：继续之前，请确保 MySQL 服务已停止，以避免卸载过程中出现任何冲突。对于 Windows 使用以下命令，对于 Linux 发行版使用等效命令：net stop mysql
   。
2. 删除 MySQL 二进制文件：使用适合您操作系统的方法从系统中卸载 MySQL 8.0.35 二进制文件。对于 Windows，请使用该 msiexec
   命令，而对于 Linux，请使用包管理器的卸载选项。

msiexec /uninstall MySQL Community Server 8.0.35


1. 删除 MySQL 数据和配置：导航到 MySQL 安装目录并删除数据目录（通常 /data
   ）和配置文件（my.ini
   ）。

rm -rf /opt/mysql/data/ 
rm /etc/my.cnf


步骤 2：安装 MySQL 5.7.44

1. 下载 MySQL 5.7.44：从官方 MySQL 下载页面下载适合您的操作系统的 MySQL 5.7.44 安装程序。
2. 安装 MySQL 5.7.44：运行 MySQL 5.7.44 安装程序并按照屏幕上的说明完成安装过程。确保使用适合您环境的设置来配置 MySQL 服务器。
3. 创建数据库备份：安装完成后，创建 MySQL 数据库的备份，以确保降级过程中出现任何问题时数据的完整性。
4. 降级 MySQL 服务器：使用命令行客户端连接 MySQL 5.7.44 服务器，使用以下命令降级服务器版本：

ALTER SYSTEM SET version=5.7.44;


1. 重新启动 MySQL 服务器：重新启动 MySQL 服务器以应用降级更改并确保服务器以降级版本运行。

service mysql start


1. 恢复数据库备份：恢复您在步骤 3 中创建的数据库备份，使数据恢复到升级前的状态。
2. 验证降级：验证 MySQL 服务器是否正在运行版本 5.7.44，以及您的数据库是否可访问且功能正常。

好吧，我简直不敢相信自己的眼睛，Bard 现在的状态真的这么差吗？你是否注意到第三个建议步骤是在 尚未进行备份的情况下删除数据？不仅这个回复总体上是错误和危险的，而且在小细节上也有很多错误 —— 混合了 Windows 和 Linux 命令、错误的顺序、尴尬的 ALTER 查询、执行和恢复空备份等。

我玩的 Bard 版本是 Bard-17.3.38。

2Bing Chat

我们可以快速测试的另一个替代方案是 Bing Chat，它可以与 Bard 相媲美，可以在线访问互联网。它使用了 GPT-4 引擎，就像最新的 ChatGPT Plus（付费）选项一样。我用类似的问题向它发起挑战。

我：你好 Bing，如果我的升级不成功，你能帮我将 MySQL 版本 8.0.35 降级回 5.7.44 吗？

Bing：

得知您升级失败，我们深表遗憾。根据 MySQL 官方文档，不支持 从 MySQL 8.0 降级到 MySQL 5.7 或从 MySQL 8.0 版本降级到之前的 MySQL 8.0 版本。唯一受支持的替代方案是恢复升级之前进行的备份。因此，在开始升级过程之前必须备份数据。

如果您有数据备份，可以将其恢复到 MySQL 5.7 实例。如果您没有备份，您可以尝试从 MySQL 8.0 导出数据并将其导入 MySQL 5.7 实例。然而，这个过程可能并不简单，并且可能需要一些手动干预。

我希望这有帮助。如果您还有其他问题，请告诉我..

资料来源：与 Bing 对话，2023 年 12 月 8 日

1. 《MySQL 8.0 参考手册：2.11 MySQL 降级》https://dev.mysql.com/doc/refman/8.0/en/downgrading.html。
2. 《如何将 MySQL 从 8.0.33 降级到 8.0.28》https://dba.stackexchange.com/questions/326263/how-to-downgrade-mysql-from-8-0-33-to-8-0-28。
3. 《MySQL 8.0 发行说明》https://dev.mysql.com/doc/relnotes/mysql/8.0/en/。
4. 《MySQL 主要版本从 5.7 升级到 8.0.30》https://dbsguru.com/mysql-major-version-upgrade-from-5-7-to-8-0-30/。
5. 《MySQL 5.7.44 的变更》https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-44.html。……

哇，真是一个惊喜！该建议非常准确，并且包含参考链接。估计 MongoDB 棘手的问题也处理得很好。

我：为什么 MongoDB 7.0 版本现在降级更加容易？

Bing：

对不起，但我必须纠正你。根据 MongoDB 官方文档，不支持从 MongoDB 7.0 降级到早期版本。但是，文档确实提到 MongoDB 7.0 包含 MongoDB Rapid Releases 6.1、6.2 和 6.3 中引入的更改，这些更改可能会影响与旧版本 MongoDB 的兼容性。要了解有关主要版本和快速版本之间差异的更多信息，请参阅 MongoDB 版本控制。

如果您正在寻找有关如何从 MongoDB 7.0 降级到 MongoDB 6.0 的信息，可以参考 MongoDB 官方文档。该文档指出，要从 MongoDB 7.0 降级到早期版本，您必须删除使用以下任何功能的数据：带有范围索引的、带有 cryptoFields 的集合、需要 fCV 7.0 或更高版本的复合通配符索引，以及需要 fCV 7.0 或更高版本的 7.0 之前的 mongod。如果您使用一个或多个复合通配符索引，则不会启动。

我希望这有帮助。如果您还有其他问题，请告诉我。

资料来源：与 Bing 对话，2023 年 12 月 8 日

1. 《MongoDB 7.0 中的兼容性变更 — MongoDB 手册》https://www.mongodb.com/docs/v7.0/release-notes/7.0-compatibility/。
2. 《MongoDB 7.0 中的兼容性变更 — MongoDB 手册》https://www.mongodb.com/docs/upcoming/release-notes/7.0-compatibility/。
3. 《将单机升级到 6.0——MongoDB 手册》https://www.mongodb.com/docs/manual/release-notes/6.0-upgrade-standalone/。……

同样，回复与 Bard 完全不同，而且质量更好。

我还检查了离线的 ChatGPT 3.5，据我观察，当它没有数据时，就不再制造错误答案了。至少在我的几次测试中是这样。

3ChatGPT

截至 2022 年 1 月的最后一次知识更新，我没有查到有关 Percona XtraBackup 8.0.33 的信息，因为它是上次更新后的版本。

请注意，当询问完全相同的问题时，预计会收到不同的答案。

4总结

生成式 AI、大语言模型在最近一年左右经历了非常快速的发展。看来在实际业务中实施这项新技术的压力很大，而且这种情况已经发生了。然而，其中存在很多潜在的问题和风险。我认为谨慎对待这个新机会并努力验证一切非常重要。

本文原文：https://www.percona.com/blog/can-you-trust-ai-chatbots-when-seeking-help-with-databases/

本文关键字：#数据库# #GAI# #翻译#

阅读推荐

技术译文 | 一份全是“错误”答案的 MySQL 面试题

技术译文 | MySQL 与主流分支版本上执行 ANALYZE TABLE 安全么？

技术译文 | MySQL 8.2 支持读写分离！

技术译文 | 一文了解 MySQL 全新版本模型

技术译文 | MySQL 8 和 MySQL 5.7 在自增计数上的区别

技术译文 | MySQL 和 MariaDB 版本管理的历史背景及差异

关于 SQLE

SQLE 是一款全方位的 SQL 质量管理平台，覆盖开发至生产环境的 SQL 审核和管理。支持主流的开源、商业、国产数据库，为开发和运维提供流程自动化能力，提升上线效率，提高数据质量。

SQLE 获取

🔗 Github https://github.com/actiontech/sqle

📚 文档 https://actiontech.github.io/sqle-docs/

💻 官网 https://opensource.actionsky.com/sqle/

👥 微信群 添加管理员微信 ActionOpenSource

📊 点击 原文链接 查看社区版和企业版功能对比：https://actiontech.github.io/sqle-docs/docs/support/compare