Linux安装Presto查询引擎教程

不少人都遇到过这种情况：单节点调试一切正常，换成多节点就卡住了。Presto的安装不像用apt或yum装个软件包那样省心——必须手动下载、解压、配置，三步走，缺一不可。

单节点能跑通的，多节点不一定会自动连通。绝大多数失败的根因，不在环境，不在权限，而是配置没有对齐。下面就把几个最容易卡住的地方拆开来说。

coordinator启动就退出？先对齐这三个布尔开关

如果日志里压根看不到http-server的监听记录，或者进程刚启动就秒退——不用太怀疑环境问题，往往是config.properties里那三个布尔开关没有同时对齐：

• coordinator=true：这一项必须设成true，否则节点根本不会尝试担当协调器的角色。
• node-scheduler.include-coordinator=true：单节点测试的时候必须开启，否则coordinator拒绝给自己分发任务，你会发现连一个worker都查不到。
• discovery-server.enabled=true：必须开启，而且它的值要和discovery.uri里的协议+端口完全一致。比如http://0.0.0.0:8080，差一个字符都不行。

有一点要特别留意：discovery.uri必须用http，不要写成https；端口也必须和http-server.http.port完全一致，差1位就会失联。

worker加不进集群？关键是node.id和node.environment

要在日志里反复看到No nodes a vailable to run query这句话，基本就是节点标识出了问题。排查方向有以下几个：

• 所有节点的etc/node.properties里，node.environment必须完全一致。比如都写production，大小写也不能乱，不要一个节点写prod，另一个写PRODUCTION。
• node.id每个节点必须唯一，绝对不能复制粘贴。推荐用uuidgen生成，手写容易重复。
• node.data-dir指向的路径必须真实存在，而且运行Presto的系统用户需要有读写权限。否则worker初始化失败，静默退出，日志里看不出任何提示。

验证方法很简单：执行curl http://coordinator-host:8080/v1/node，如果返回的JSON列表里缺少某个worker的nodeId，说明它卡在discovery注册阶段了。

Hive catalog连不上metastore？先核对thrift://协议和权限

执行SHOW SCHEMAS IN hive时直接弹出Failed connecting to Hive metastore，别急着怀疑版本冲突——先看看连接链路是否通顺：

• hive.metastore.uri的值必须是thrift://host:port格式，不要带/结尾，更不要写成http://。
• 确认Hive metastore服务确实在运行：用netstat -tlnp | grep :9083检查一下默认端口。
• 如果HDFS启用了Kerberos，etc/jvm.config里必须加上-DHADOOP_USER_NAME=hive（或对应的服务用户），否则权限会拒绝。
• catalog文件名必须是etc/catalog/hive.properties，写成hive2.properties或hive.conf都不会生效。

多节点部署中最容易被忽略的一点

真正需要警惕的往往不是端口不通、防火墙没开——而是发现服务地址根本没对齐：

• 所有worker的discovery.uri必须指向coordinator的实际监听地址，比如http://192.168.0.107:8080，绝对不能写localhost或127.0.0.1。否则worker会注册到本地loopback，coordinator那边完全看不见。
• coordinator的http-server.http.port和discovery.uri端口必须一致，并且这个端口要真实开启，可以用ss -tlnp | grep :8080确认。
• worker节点的http-server.http.port可以和coordinator不同，比如设为8081，但discovery通信只走coordinator的discovery端口，不受影响。

说来说去，真正卡住的时候，往往不是某一个配置写错了，而是几处配置之间互相矛盾。比如discovery.uri写对了，但coordinator没开discovery-server.enabled；或者开了却没配http-server.http.port监听。这种组合性错误，才是排查中最让人头疼的地方。