Exchange常见问题Graph
编译问题Graph
部分非central仓库的包下载失败,报错Could not resolve dependencies for project xxx
Graph
请检查Maven安装目录下libexec/conf/settings.xml
文件的mirror
部分:
<mirror>
<id>alimaven</id>
<mirrorOf>central</mirrorOf>
<name>aliyun maven</name>
<url>http://maven.aliyun.com/nexus/content/repositories/central/</url>
</mirror>
检查mirrorOf
的值是否配置为*
,如果为*
,请修改为central
或*,!SparkPackagesRepo,!bintray-streamnative-maven
。
原因:Exchange的pom.xml
中有两个依赖包不在Maven的central仓库中,pom.xml
配置了这两个依赖所在的仓库地址。如果maven中配置的镜像地址对应的mirrorOf
值为*
,那么所有依赖都会在central仓库下载,导致下载失败。
执行问题Graph
Yarn-Cluster模式下如何提交?Graph
在Yarn-Cluster模式下提交任务,请参考如下命令:
$SPARK_HOME/bin/spark-submit --class com.vesoft.nebula.exchange.Exchange \
--master yarn-cluster \
--files application.conf \
--conf spark.driver.extraClassPath=./ \
--conf spark.executor.extraClassPath=./ \
nebula-exchange-2.0.0.jar \
-c application.conf
报错method name xxx not found
Graph
一般是端口配置错误,需检查Meta服务、Graph服务、Storage服务的端口配置。
报NoSuchMethod、MethodNotFound错误(Exception in thread "main" java.lang.NoSuchMethodError
等)Graph
绝大多数是因为JAR包冲突和版本冲突导致的报错,请检查报错服务的版本,与Exchange中使用的版本进行对比,检查是否一致,尤其是Spark版本、Scala版本、Hive版本。
Exchange导入Hive数据时报错Exception in thread "main" org.apache.spark.sql.AnalysisException: Table or view not found
Graph
检查提交exchange任务的命令中是否遗漏参数-h
,检查table和database是否正确,在spark-sql中执行用户配置的exec语句,验证exec语句的正确性。
运行时报错com.facebook.thrift.protocol.TProtocolException: Expected protocol id xxx
Graph
请检查NebulaGraph服务端口配置是否正确。
- 如果是源码、RPM或DEB安装,请配置各个服务的配置文件中
--port
对应的端口号。
- 如果是docker安装,请配置docker映射出来的端口号,查看方式如下:
在
nebula-docker-compose
目录下执行docker-compose ps
,例如:$ docker-compose ps Name Command State Ports --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- nebula-docker-compose_graphd_1 /usr/local/nebula/bin/nebu ... Up (healthy) 0.0.0.0:33205->19669/tcp, 0.0.0.0:33204->19670/tcp, 0.0.0.0:9669->9669/tcp nebula-docker-compose_metad0_1 ./bin/nebula-metad --flagf ... Up (healthy) 0.0.0.0:33165->19559/tcp, 0.0.0.0:33162->19560/tcp, 0.0.0.0:33167->9559/tcp, 9560/tcp nebula-docker-compose_metad1_1 ./bin/nebula-metad --flagf ... Up (healthy) 0.0.0.0:33166->19559/tcp, 0.0.0.0:33163->19560/tcp, 0.0.0.0:33168->9559/tcp, 9560/tcp nebula-docker-compose_metad2_1 ./bin/nebula-metad --flagf ... Up (healthy) 0.0.0.0:33161->19559/tcp, 0.0.0.0:33160->19560/tcp, 0.0.0.0:33164->9559/tcp, 9560/tcp nebula-docker-compose_storaged0_1 ./bin/nebula-storaged --fl ... Up (healthy) 0.0.0.0:33180->19779/tcp, 0.0.0.0:33178->19780/tcp, 9777/tcp, 9778/tcp, 0.0.0.0:33183->9779/tcp, 9780/tcp nebula-docker-compose_storaged1_1 ./bin/nebula-storaged --fl ... Up (healthy) 0.0.0.0:33175->19779/tcp, 0.0.0.0:33172->19780/tcp, 9777/tcp, 9778/tcp, 0.0.0.0:33177->9779/tcp, 9780/tcp nebula-docker-compose_storaged2_1 ./bin/nebula-storaged --fl ... Up (healthy) 0.0.0.0:33184->19779/tcp, 0.0.0.0:33181->19780/tcp, 9777/tcp, 9778/tcp, 0.0.0.0:33185->9779/tcp, 9780/tcp
查看
Ports
列,查找docker映射的端口号,例如:- Graph服务可用的端口号是9669。
- Meta服务可用的端口号有33167、33168、33164。
- Storage服务可用的端口号有33183、33177、33185。
配置问题Graph
哪些配置项影响导入性能?Graph
- batch:每次发送给NebulaGraph服务的nGQL语句中包含的数据条数。
- partition:Spark数据的分区数,表示数据导入的并发数。
- nebula.rate:向NebulaGraph发送请求前先去令牌桶获取令牌。
- limit:表示令牌桶的大小。
- timeout:表示获取令牌的超时时间。
根据机器性能可适当调整这四项参数的值。如果在导入过程中,Storage服务的leader变更,可以适当调小这四项参数的值,降低导入速度。
其他问题Graph
Exchange支持哪些版本的NebulaGraph?Graph
请参见Exchange的Graph。
Exchange与Spark Writer有什么关系?Graph
Exchange是在Spark Writer基础上开发的Spark应用程序,二者均适用于在分布式环境中将集群的数据批量迁移到NebulaGraph中,但是后期的维护工作将集中在 Exchange上。与Spark Writer相比,Exchange有以下改进:
- 支持更丰富的数据源,如MySQL、Neo4j、Hive、HBase、Kafka、Pulsar等。
- 修复了Spark Writer的部分问题。例如Spark读取HDFS里的数据时,默认读取到的源数据均为String类型,可能与NebulaGraph定义的Schema不同,所以Exchange增加了数据类型的自动匹配和类型转换,当NebulaGraph定义的Schema中数据类型为非String类型(如double)时,Exchange会将String类型的源数据转换为对应的类型(如double)。