如何在Databricks Notebook中访问容器名相同的不同存储账号

冲突本质是DBFS挂载点路径全局唯一，重复路径挂载会直接覆盖旧挂载记录，可通过以下三种方案解决：

方案1：挂载到不同DBFS路径（生产环境首选） #

给不同存储账号的同名容器设置带唯一标识的挂载路径，从根源避免路径冲突，无需额外运行时操作即可直接动态访问：

• 挂载示例代码：

# 挂载tenant1的appdata容器
dbutils.fs.mount(
  source = "wasbs://appdata@tenant1.blob.core.windows.net/",
  mount_point = "/mnt/tenant1_appdata",
  extra_configs = {"fs.azure.account.key.tenant1.blob.core.windows.net": "<tenant1存储账号密钥>"}
)

# 挂载tenant2的appdata容器
dbutils.fs.mount(
  source = "wasbs://appdata@tenant2.blob.core.windows.net/",
  mount_point = "/mnt/tenant2_appdata",
  extra_configs = {"fs.azure.account.key.tenant2.blob.core.windows.net": "<tenant2存储账号密钥>"}
)

• 动态读写示例：

# 可动态传入存储账号名称
target_storage_account = "tenant1"
read_path = f"/mnt/{target_storage_account}_appdata/业务数据.csv"
df = spark.read.csv(read_path, header=True)

方案2：使用直通访问无需挂载（存储账号量大时首选） #

不将容器挂载到DBFS，直接通过存储资源的完整URI访问，完全避免挂载点冲突，支持任意数量存储账号的动态访问：

# 动态传入存储账号参数
target_storage_account = "tenant2"
container_name = "appdata"
file_uri = f"wasbs://{container_name}@{target_storage_account}.blob.core.windows.net/业务数据.csv"

# 配置对应存储账号的访问权限
spark.conf.set(
  f"fs.azure.account.key.{target_storage_account}.blob.core.windows.net",
  "<对应存储账号密钥>"
)

df = spark.read.csv(file_uri, header=True)

方案3：运行时动态卸载重挂载（仅适合单作业串行场景） #

如果业务要求必须使用统一的/mnt/appdata挂载路径，可以在切换存储账号前先卸载原有挂载，再挂载目标存储账号的容器：

def switch_appdata_mount(storage_account: str, account_key: str):
    # 卸载已存在的同名挂载点
    for mount in dbutils.fs.mounts():
        if mount.mountPoint == "/mnt/appdata":
            dbutils.fs.unmount("/mnt/appdata")
            break
    # 挂载目标存储账号的appdata容器
    dbutils.fs.mount(
        source = f"wasbs://appdata@{storage_account}.blob.core.windows.net/",
        mount_point = "/mnt/appdata",
        extra_configs = {f"fs.azure.account.key.{storage_account}.blob.core.windows.net": account_key}
    )

# 切换到tenant1访问
switch_appdata_mount("tenant1", "<tenant1密钥>")
# 读写tenant1的appdata数据
...

# 切换到tenant2访问
switch_appdata_mount("tenant2", "<tenant2密钥>")
# 读写tenant2的appdata数据

注意：该方案仅适合单作业串行访问场景，多作业并行操作同一工作区挂载点时会出现互相覆盖的问题，生产环境不推荐使用。

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