- nebula 版本：2.0.0
- 部署方式（分布式 / 单机 / Docker / DBaaS）：分布式
- 是否为线上版本：Y
如图所示，这个space里的vid是int64类型的：
且待查询的tag已经事先建立过索引：
如果在match语句中填入int64类型的id值，报错：
如果在match语句中填入string类型的id值（没有实际意义，仅测试），可运行：
这个问题还会直接导致nebula-studio直接不可用，因为nebula-studio默认使用match语句获取探索数据：
且待查询的tag已经事先建立过索引：
如果在match语句中填入int64类型的id值，报错：
如果在match语句中填入string类型的id值（没有实际意义，仅测试），可运行：
应该是个bug，语句发一下
match (n) where id(n)==-9111181234840096009 return n你用nightly试试呢，应该已经fix了
1 个赞
好的，请问如何在不影响数据的情况下切换为nightly呢？
我是编译安装的，clone nightly然后编译覆盖到同目录可以吗
你可以先用docker-compose验证一下bug是否复现，然后可以stop服务原地升级，考虑到稳定性的原因，推荐用v2.0.1版本
我们生产环境用的是v2.0.1，测试了下确实没有问题。
想额外问下升级版本时，逐台stop->升级->start，对服务会有影响吗。
这个看版本升级情况，比如x.y.z版本，x升级需要升级工具做数据迁移，y升级需要客户端应用修改，z升级不用用户做修改
1 个赞
该主题在最后一个回复创建后7天后自动关闭。不再允许新的回复。