kadmin.local ：打开KDC控制台，需要root权限
1 | kadmin.local |
addprinc ：添加用户
1 | 添加用户,密码随机 |
delprinc ：删除principle
1 | delprinc hdfs/admin |
1 | = KERBEROS |
kudu.authentication.server.principal.primary = kudu 这个没搞懂用途，用的默认值
Kerberos是一种通过传统的加密技术（共享密钥）实现的可信任的第三方认证机制。
kerberos协议中包含3种角色：
整个kerberos认证流程可以简化描述如下：
客户端在访问每个想要访问的网络服务时，他需要携带一个专门用于访问该服务并且能够证明自己身份的票据，当服务端收到了该票据他才能认定客户端身份正确，向客户端提供服务。所以整个认证流程可简化为两大步：
很多大数据组件的adminUI 并没有设计授权认证，可以通过nginx 做一个简单的用户名密码认证：
1 | yum install httpd-tools -y |
2 nginx 加上 auth_basic信息
Trino 的WebUI 默认是 {domain/ip}:8080
Kudu 的WebUI 默认是 {domain/ip}:8051/8050
现在期望通过 {domain/ip}:80/trino、 {domain/ip}:80/kudu 来访问
在客户环境中并不能把这些端口都开放出来，那么就需要通过Nginx 配置 path 才能访问，直接设置 proxy_pass 并不能展现出来，kudu 的因为html中都是绝对路径，Trino中是由于cookie设置是固定的
也许可以通过 kudu或者trino本身的配置实现 path 访问，但是没找到，所以想了其他办法
https://kudu.apache.org/docs/command_line_tools_reference.html#table-drop_range_partition
注意事项
kudu table describe查看表信息（包括分区信息）：1 | # 查看表信息，包括列、分区信息 |
https://kudu.apache.org/docs/command_line_tools_reference.html#table-copy
注意事项：
write_type 参数有3种：
应用端反馈一个涉及功能菜单渲染的基础SQL查询时间超过7秒，原因是where x in (上千个的元素)，通过Presto观察，发现这个SQL的查询的时间90%花在了执行计划的解析上，真正查询时间反而很快。通过删减 where in 中的元素，发现SQL就快了很多，也证实了，问题的根本原因在in 元素集合过多
CTE 即 common table express，我们常用的 with as 短语，也叫做子查询部分（subquery factoring），主要是定义一个SQL片段，该SQL片段会被整个SQL语句所用到，也有可能在union all的不同部分，作为提供数据的部分。特别对于UNION ALL比较有用，因为union all的每一个部分可能相同，但是如果每个部分都去执行一遍的话，则成本太高，所以使用with as短语，则只要执行一遍即可。如果with as短语所定义的表名被调用两次以上，则优化器会自动将with as 短语所获取的数据放入一个temp表里。
CTE（common table express）语法
WITH Common_table_express [(column_name[,n])] AS (CTE_query_definitation)
例如：
1 | with events_cte as (select event_name,event_time,ip,ua from event_table where ds==20210101) |
其中cte是公用表表达式，该表达式在使用上与表变量类似，只是SQL 在处理方式上不同。
Update your browser to view this website correctly. Update my browser now
