DataGrip修改Redshift数据源属性同步变更其他连接SSH/SSL配置如何解决

• 核心诱因是两个连接共享了同一套隧道配置实例：如果创建第二个Redshift连接时，你是通过右键已有连接选择复制的方式生成的新连接，DataGrip默认会让复制生成的数据源复用原始数据源的SSH/SSL配置对象，而非生成独立配置，修改任意一端的属性都会直接改动共享的配置对象，触发双向同步
• 少数场景为全局连接模板同步导致：如果你给两个Redshift连接都绑定了同一个自定义的Redshift连接模板，且模板开启了属性强制同步，修改单个连接的SSH/SSL属性时会回写模板配置，进而同步到所有引用该模板的连接上

• 方案一：创建独立新连接
  删除现有两个存在同步问题的连接，直接点击数据源面板的+按钮，选择「Amazon Redshift」选项，分别手动填写测试、生产环境的连接参数、独立配置各自的SSH/SSL隧道即可，全新创建的独立连接默认不会和其他连接共享配置
• 方案二：解绑现有连接的共享配置
  打开任意一个连接的属性面板，切换到SSH/SSL配置页，点击配置区域右上角的齿轮图标，选择Make copy（中文版本显示为「生成本地副本」），保存修改后该连接的隧道配置就会和原连接解绑，后续两边修改都不会再同步
• 方案三：关闭模板同步（仅模板绑定场景适用）
  如果确认是连接模板导致的同步，依次打开File > Data Sources > Templates（中文版本为文件 > 数据源 > 模板），找到你使用的Redshift自定义模板，取消勾选Synchronize properties of connections using this template（中文版本为「同步所有使用该模板的连接属性」）即可

内容的提问来源于stack exchange，提问作者Sankalp