问题标签 [trino]

我正在尝试使用 Hadoop Sqoop 从 Presto 数据库中提取数据，这会在 Presto 中引发此错误：

Presto DB 端没有错误。Sqoop 命令：

Teradata Presto 驱动版本：PrestoJDBC42-1.0.21.1031.jar

presto 的新手，任何指针我如何在 presto 中使用 LATERAL VIEW EXPLODE 用于下表。

我需要在我的 presto 查询中过滤名称

;

样本names值：

我正在尝试将我的 Glue 目录连接到 EMR 中的 Presto 和 Hive。在 presto-cli 中运行查询时，我得到 NullPointerException，而在 hive-cli 中相同的查询成功。

像下面一样启动cli

执行查询的异常：

EMR 配置如下所示：

EMR 版本： 5.16.0 Presto 版本： 0.203

参考文档：https ://docs.aws.amazon.com/emr/latest/ReleaseGuide/emr-presto-glue.html

调试日志

我想将可读时间戳转换为 UNIX 时间。

例如：我想转换2018-08-24 18:42:16为1535136136000.

这是我的语法：

我的错误是：

我们正在尝试使用 Kubernetes 实现 Presto。我们有一个在云上作为服务运行的 kubernetes 集群。我试图用谷歌搜索，但无法找到关于使用 Kubernetes 部署 Presto 的最佳实践的结论性结果。虽然存在 Presto 的官方 github - 但无济于事。以下是我试图寻求答案的两个问题：

1. 使用 Kubernetes 配置 Presto 的最佳方法应该是什么 - 诸如理想工作者副本之类的指标？
2. 我们如何继续并测试此部署的性能？

这在 SQL 中是否可行（最好是 Presto）：

我想重塑这张桌子：

到这张表：

我用 pyinstaller 编译了 .py 文件，如下所示：

当我运行编译文件时，我得到了错误：

ps 我使用 sqlalchemy.engine 连接到 presto，例如：

我在谷歌上没有找到任何有用的东西。

当我尝试查询表中的日期类型列时遇到此错误

错误

显示创建表命令将字段“d”的类型返回为日期

以下是上述查询的查询计划：-

但是如果我将“d”列转换为时间戳，我就可以运行查询

我正在将表从 Hive/HDFS（使用 Presto 加速迁移）迁移到 Cassandra v3.11.3，我的问题 - 我可以使用任何其他简单的方法吗？因为我有更少的时间和很多桌子要移动。

我曾尝试将表从 hive 导出到 cassandra 作为 .csv 文件......但我遇到了其他问题，比如当我运行 COPY 命令时它没有导入所有行。它没有给我任何错误......但它无法复制该 .csv 文件中的所有行或记录。

就像我在 .csv 文件中有 1074 行一样，但在 cassandra 中从命令运行 C​​OPY 后我最终只看到 130 行。

我可以提供一些可以用于更好的 COPY 命令的示例，并且还可以从 .csv 文件复制完整的行。

我已经尝试了下面的 COPY 命令......它给了我很好的结果，但没有显示我需要的所有记录。

复制 table1 ("domainid","value","description","siteid","orgid","testid","valueid","rowstamp","pluspcustomer") FROM '/tmp/csv_files/csv_table1.csv'与 HEADER = true AND DELIMITER = ',' ; 使用 7 个子进程

test_db.table1 的起始副本，其中包含 [domainid、value、description、siteid、orgid、testid、valueid、rowstamp、pluspcustomer] 列。已处理：1042 行；速率：906 行/秒；平均 rate: 1542 rows/s 在 0.676 秒内从 1 个文件导入 1042 行（跳过 0 个）。

数数

130

(1 行)

请帮忙...

作为自动扩展我们的 presto 集群的一部分，我们喜欢在让 EC2 终止它之前优雅地关闭一个 presto worker。执行命令后

curl -v -XPUT --data '"SHUTTING_DOWN"' -H "内容类型：应用程序/json" http://250.0.46.167:8081/v1/info/state

工作人员日志立即指示“com.facebook.presto.server.GracefulShutdownHandler 关闭请求”，并且协调器中的节点很快变为“shutting_down”状态。工作进程最终在 4 分钟后退出（由于 2 分钟的双宽限期而不是挂起的查询）。

到目前为止一切顺利，但正如任何托管守护程序所期望的那样。工作进程立即重新启动，很快节点在协调器中恢复为“活动”。

我们希望 Presto 中的优雅关闭大致如下所示：关闭请求将被发送到协调器（而不是工作器）。协调器告诉工作人员关闭，然后从逻辑上将其从活动节点列表中删除。如果工作人员重新启动并重新注册，协调员将在接下来的一个小时内忽略它。

我想知道当前的 Presto 集群所有者/运营商如何处理这个问题？