ORA-01110错误中引号内完整路径是受损文件物理位置，可直接复制到操作系统验证。ASM路径需用asmcmd工具访问。DataGuard下UNNAMED文件需手动创建。文件存在但大小为0或权限不对也视为不可访问。修复前需确认文件真实存在且可读写，否则需从备份恢复或手动创建。

MySQL在Linux下内存溢出时，应首先用dmesg确认是否被OOM杀手杀掉，同时关注可用内存而非总内存量。性能模式、触发器及连接级缓冲是隐性内存消耗，需合理设置缓冲池、表缓存实例数及连接参数，避免系统内存超限。

窗口函数不能直接用于WHERE、GROUPBY或HAVING，需先放入子查询或CTE计算，再在外层引用。典型错误如WHERE中写ROW_NUMBER()，需先用子查询生成编号再过滤。窗口函数排序必须显式写在OVER子句中，CTE比嵌套子查询更可靠。

当使用phpMyAdmin工具导出SQL文件时出现报错，最常见的主要原因包括MySQL版本不匹配（例如8 0特有语法用于5 7）、时区设置语句导致错误、字符集编码不一致等。推荐的解决方法主要包括：注意需要仔细检查文件头部注释内容尤其是版本号，避免使用高版本特有语法，请务必删除SETtime_zone这行语句，并将字符集统一设置为utf8mb4编。

RC隔离级别默认不加间隙锁，只对命中行加记录锁，通过半一致性读减少锁竞争，且执行后立即释放未命中行的锁，降低了死锁概率。RR隔离级别默认加临键锁，扫描范围全加锁并保持到事务结束，死锁风险更高。但RC在唯一键冲突等场景下仍可能隐式加间隙锁。

批量更新MySQL表字段，推荐使用CASEWHEN、INSERT…ONDUPLICATEKEYUPDATE或UPDATEJOIN，避免逐行循环。注意语法正确、类型统一，单次更新控制500-1000行，超10万行需分片提交并显式提交事务。

phpMyAdmin超时源于$cfg[ ExecTimeLimit ]默认30秒，修改php ini无效，需在config inc php中设为0。MySQL的max_allowed_packet不足也会导致假性超时，需调整配置并重启服务。命令行导入可绕过Web层限制。

MySQL中REGEXP与RLIKE等价，推荐使用REGEXP。其正则引擎基于POSIXERE，不支持 d以及非贪婪匹配。REGEXP查询触发全表扫描，默认大小写不敏感，性能远低于可利用索引的LIKE（左前缀匹配）。REGEXP_SUBSTR仅在MySQL8 0 4+中支持，适合轻量提取，但无法替代应用层语义校验。