我是 MySQL 和 linux 以及 AWS 的新手。以前我曾使用过 windows azure 和 .NET 框架。
目前我正在尝试让 DBT2 基准测试运行 AWS RDS for MySQL。我能够使用 MySQL 的 shell 命令行连接到 RDS。但是我无法在 DBInstance 上配置或安装基准测试。
要配置 dbt2,需要在系统上运行 shell 脚本。到目前为止,我已经“cd”到 dbt2 文件所在的目录。但是当我尝试运行'./configure'时,它给出了错误“'。” 不被识别为内部或外部命令、可运行程序或批处理文件。” 如果我使用“sh ./configure”,同样的错误。
我只是这方面的初学者,我做错了什么吗?
我什至如何在 AWS RDS 系统上运行任何 shell 脚本?
任何帮助表示赞赏。
无法在 Amazon RDS 上运行 shell 脚本、安装其他软件或执行任何类型的严肃管理任务。
在 RDS 环境中,您与操作系统以及为您运行 MySQL 的实际系统的管理完全隔离。您的 RDS 实例是一个不透明的黑盒子,您只能通过 MySQL 命令行客户端与之通信,即使那也不太可能是您认为的那样。
这很好,但这与在底层服务器上的“命令 shell”或“命令提示符”不同,后者是您需要安装 DBT2 或任何其他实用程序的地方,而 RDS 不允许这样做.
从根本上说,
mysql
命令行客户端只是一个工具,它允许您编写查询、将它们发送到服务器并查看响应。底层协议与您的应用程序用于发出查询和从服务器检索结果的协议完全相同。它的功能与连接 Workbench、Query Browser、Toad、HeidiSQL 或任何其他图形化 MySQL 管理工具并无太大区别。它只是不是图形化的。如果你说你已经“cd”到 RDS 实例上的目录,那么,不,你没有。那是不可能的。也许在您的本地计算机上,这就解释了为什么您会看到Windows错误消息。
我是 AWS 的忠实粉丝,MySQL 的忠实粉丝(当然),但不是 RDS,因为我通常不认为“减轻”管理我的系统的“负担”是一件积极的事情,并且我不喜欢我被限制做的事情。另一方面,我正在推进将我的一些生产系统迁移到 RDS 的计划——但仅限于那些具有更普通数据库要求的系统,以及那些没有利用我使用 MySQL 所做的一些更有创意的事情的系统。
但我不希望我的评论被视为反 RDS。我意识到,要像他们现在所做的那样提供托管托管服务,他们别无选择,只能锁定一切……我只是希望有些事情不要锁定得那么紧。到目前为止,我的解决方案是在EC2上运行 MySQL 并自行设置,但我离题了。
如果您正在尝试学习管理 MySQL(深入)和 Linux(完全),RDS 将严重限制您。