【redash】redash问题整理全(登录、查询)

前言

最近在使用redash的过程中,遇到了不少问题,这里整理并记录一下。

问题一

问题描述:

登录ldap账号,提示用户名密码错误。

在这里插入图片描述

解决方案:

不能直接使用的下面的进行登录的,需要改成LDAP/SSO Logion 登录方式。

正确的ldap登录界面

运维天地 > redash问题整理 > image2021-8-4_11-23-8.png


问题二

问题描述:

使用ldap账号登录时,遇到如下报错界面。
在这里插入图片描述

问题原因:

可能是邮箱后缀发生过更改,如@shiguangjk.com 改为了@shimiaotech.com

解决方案:

进入管理界面,修改有问题的账号的邮箱后缀即可。

在这里插入图片描述


问题三

问题描述:

使用redash 查询某条sql时,redash界面一直显示正在查询中,但是如果仔细观察其实任务并没有提交到后台去真正的执行。

例如使用redash 查询presto 时,其实任务并没有提交给presto,通过presto 后台web ui界面可以看出。

在这里插入图片描述

问题原因:

造成这种情况的原因,可能是redash 在查询redis时,出现故障,因为redash 认为这个任务有缓存,不需要再去查询一边后台。(不同的用户使用相同的数据源(datasource)都会出现这个问题)

解决方案:

解决方案有两种:

  • 第一种:如果查询用户可以更换数据源,那么可以更换一个数据来进行查询。对于有些用户,可能无法更换数据源,或者更换的数据源没有对应的sql 的操作权限等,使用方法二。

  • 第二种:将原sql 在不改变其语义的情况下,进行适当的改造,如:使用别名,更换一个别名等方式。

  • 第三种:删除redis中不合理的key

例如:

原问题sql

select * from risk_tmp.tmp_bxk_0908_04  where province is not null and locate_addr is not null and urgent_name1 is not null  limit 100

修改一下,增加一个别名

select * from risk_tmp.tmp_bxk_0908_04 a where province is not null and locate_addr is not null and urgent_name1 is not null  limit 100

补充:

redash日志存储位置:

redash 日志存储地方:公司的redash 日志存储在supervisor当中的。具体的路径如下:/home/rong/supervisor/log

posted @ 2022-11-10 19:25  彬在俊  阅读(56)  评论(0编辑  收藏  举报