【发布时间】:2020-08-25 12:40:25
【问题描述】:
像这样在 Athena 中获取全文查询的超时错误...
SELECT count(textbody) FROM "email"."some_table" where textbody like '% some text to seach%'
有什么办法可以优化吗?
更新:
创建表语句:
CREATE EXTERNAL TABLE `email`.`email5_newsletters_04032019`(
`nesletterid` string,
`name` string,
`format` string,
`subject` string,
`textbody` string,
`htmlbody` string,
`createdate` string,
`active` string,
`archive` string,
`ownerid` string
)
ROW FORMAT SERDE 'org.apache.hadoop.hive.serde2.OpenCSVSerde'
WITH SERDEPROPERTIES (
'serialization.format' = ',',
'field.delim' = ',',
'ESCAPED BY' = '\\'
) LOCATION 's3://some_bucket/email_backup_updated/email5/'
TBLPROPERTIES ('has_encrypted_data'='false');
以及 S3 存储桶内容:
# aws s3 ls s3://xxx/email_backup_updated/email5/ --human
2020-08-22 15:34:44 2.2 GiB email_newsletters_04032019_updated.csv.gz
此文件中有 1100 万条记录。该文件可以在 Redshift 中在 30 分钟内导入,并且在 Redshift 中一切正常。我更喜欢使用 Athena!
【问题讨论】:
-
使用的源和文件格式的平均文件大小是多少?
-
表格有多少行?什么是文件格式?数据是否被压缩?
email字段有多大?使用LIKE效率非常低,因为 Athena 需要检查每一行并查看整个字段。
标签: amazon-web-services presto amazon-athena