拷贝数据库文件至新服务器报MariaDB 1049未知数据库错误

• 操作背景：将数据库文件拷贝至新服务器，操作过程中已同步拷贝全部服务器相关文件
• 运行环境：Windows 10 Pro 操作系统、MariaDB 10.3.10 版本
• 报错信息：SQL Error (1049): Unknown database 'unnamed'

• 物理拷贝时旧库服务未完全停止：拷贝旧服务器数据文件前如果MariaDB仍在运行，内存中未落盘的元数据、索引页会丢失，甚至造成ibdata1系统表空间文件损坏，新服务器读取时无法识别对应库的元信息，直接判定库不存在。
• 文件权限不匹配：Windows环境下拷贝到新服务器的MariaDB数据目录文件，未给MariaDB服务运行对应的系统账户分配读写权限，服务无法加载库结构文件，触发未知库报错。
• 数据目录路径配置不一致：新服务器MariaDB配置文件my.ini中的datadir参数指向路径，和实际存放拷贝数据库文件的路径不匹配，服务扫描不到对应库的文件。
• 库元文件损坏/遗漏：物理拷贝时漏了目标库unnamed目录下的db.opt文件（MariaDB 10.3版本存储库默认字符集、排序规则的核心元文件），或该文件在拷贝过程中损坏，服务无法识别该目录为有效数据库目录。
• 大小写敏感配置差异：新旧服务器的lower_case_table_names参数配置不一致，Windows环境默认该参数值为1（不区分大小写），如果新服务器手动修改过该参数值，和旧环境不匹配时会出现库名识别失败问题。

按排查优先级从高到低操作：

• 核对数据目录配置
  打开新服务器MariaDB安装目录下的my.ini配置文件，找到datadir配置项，确认配置路径和你存放拷贝数据库文件的实际路径完全一致，确认后重启MariaDB服务再尝试访问目标库。
• 校验文件完整性与权限
  进入datadir指向的目录，确认存在名为unnamed的文件夹，且文件夹内包含db.opt、对应表的.frm、.ibd（独立表空间模式下）等完整文件；如果存在文件缺失，需要先停止旧服务器的MariaDB服务，重新全量拷贝所有数据文件到新服务器对应目录。
  右键点击数据目录文件夹，选择「属性-安全」，给MariaDB服务运行所使用的账户（通常为NETWORK SERVICE，或安装时自定义指定的运行账户）分配「完全控制」权限，应用权限后重启服务。
• 核对核心参数一致性
  登录MariaDB执行命令show variables like 'lower_case_table_names';，确认返回值和旧服务器的参数值完全一致，如果不一致修改my.ini中的对应参数，重启服务生效。
• 逻辑导入替代物理拷贝（最稳妥方案）
  物理冷拷贝对环境一致性、操作规范性要求极高，很容易出现元数据损坏问题，优先推荐逻辑导入方式：回到旧服务器保持MariaDB服务运行状态，执行命令mysqldump -u root -p --all-databases > all_db.sql全量导出数据库，将导出的sql文件传到新服务器后，登录MariaDB执行source <sql文件实际存放路径>/all_db.sql完成导入，可从根源避免物理拷贝带来的各类识别异常。

  注意：如果业务不能停服，可以先做全量导出导入，后续再通过binlog同步增量数据，保证数据一致性。

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