MySQL 5.7不能直接复用MariaDB的my.cnf，必须删除aria_*、query_cache_type=2、default_storage_engine=Aria等专属参数，并修正字符集、DEFAULT函数、认证插件等不兼容项，否则启动失败或运行异常。
my.cnf里必须删掉MariaDB专属参数
直接复用MariaDB的my.cnf启动MySQL 5.7，大概率会卡在启动阶段或报错退出。MariaDB 10.x（尤其是10.2+）引入了大量MySQL原生不识别的配置项，比如：aria_page_checksum、innodb_flush_log_at_trx_commit=2（MySQL 5.7默认只认0/1）、skip_name_resolve=ON虽能兼容但建议显式写成skip_name_resolve=1避免解析歧义。
重点要清理的项包括：
-
aria_*开头的所有参数（Aria是MariaDB独有引擎，MySQL无对应实现） -
query_cache_*系列——MySQL 5.7虽还支持，但MariaDB可能启用了query_cache_type=2（DEMAND模式），而MySQL 5.7只接受0/1，设为2会静默忽略或启动失败 -
default_storage_engine=Aria→ 必须改为default_storage_engine=InnoDB -
innodb_file_format=Barracuda等旧参数，在MySQL 5.7中已废弃，保留会导致mysqld --validate-config报错
表结构导入时遇到DEFAULT函数报错怎么办
MariaDB允许在CREATE TABLE的DEFAULT子句里直接写md5(uuid())这类函数表达式，MySQL 5.7严格要求DEFAULT只能是字面量（literal），不支持运行时计算。导入dump时会直接报ERROR 1064 (42000)。
解决方法不是改MySQL，而是预处理SQL文件：
- 用
sed -i 's/DEFAULT \(md5(uuid())\|uuid()\|now()\|current_timestamp()\)/DEFAULT NULL/g' dump.sql批量替换掉非法DEFAULT值（后续业务层补逻辑） - 对主键或唯一列含函数DEFAULT的情况，先建表不带DEFAULT，再用
ALTER TABLE ... ADD COLUMN ... DEFAULT ...（MySQL 5.7支持ALTER加DEFAULT，但仅限字面量） - 若必须保留生成逻辑，改用触发器：
BEFORE INSERT里赋值，绕过DDL限制
字符集和排序规则不能靠“看起来一样”就跳过
MariaDB 10.2+默认character_set_server=utf8mb4，但它的utf8mb4_unicode_ci实际行为和MySQL 5.7的utf8mb4_unicode_ci不完全一致——尤其在emoji、某些CJK扩展字符的排序权重上。更麻烦的是，MariaDB dump出来的CREATE TABLE语句里常省略COLLATE，导致MySQL按自身默认规则（utf8mb4_general_ci）建表，结果插入中文时ORDER BY乱序、GROUP BY分组异常。
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
安全做法是：
- 在
[mysqld]段显式写死：character-set-server=utf8mb4和collation-server=utf8mb4_unicode_ci - 导入前用
sed -i 's/ENGINE=InnoDB/ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci/g' dump.sql统一补全 - 导入后执行
SELECT DEFAULT_COLLATION_NAME FROM information_schema.SCHEMATA WHERE SCHEMA_NAME='your_db';确认库级排序规则已生效
用户权限和认证插件容易被忽略的细节
MariaDB默认用mysql_native_password，但部分高版本MariaDB（如10.4+）在创建用户时可能悄悄用了unix_socket或ed25519插件。这类用户导入到MySQL 5.7后，mysql.user表里plugin字段值MySQL不认识，登录直接报Access denied，且错误日志里不提示插件问题。
迁移前必须检查并修正：
- 导出用户时别只用
mysqldump --all-databases，它不导用户；要用mysqldump -u root -p --no-data --skip-triggers mysql user单独导 - 导入前手动把
plugin列所有非mysql_native_password的值替换成它（unix_socket用户需改用密码登录，或重装auth_socket插件——但MySQL官方不提供） - 如果原MariaDB用了
password_expired=1，MySQL 5.7不识别该字段，导入后得手动ALTER USER ... PASSWORD EXPIRE DEFAULT;
最保险的方式是：不导用户表，只导业务数据；用户和权限全部在MySQL 5.7里重新用CREATE USER/GRANT重建——毕竟权限模型本就存在细微差异，硬搬反而埋雷。
