先确认是否真有冲突进程：sudo lsof /var/lib/dpkg/lock-frontend 或 ps aux | grep -i apt；若为正常更新（如unattended-upgrade）则等待其完成；若确认卡死，可杀进程并按序清理锁文件，之后必须执行 sudo dpkg --configure -a 修复中断配置。
dpkg: error: dpkg frontend is locked by another process 怎么解？
这是最常见也最容易误判的错误——你以为是 MySQL 安装出问题，其实是 apt 或 dpkg 自身被另一个进程占着没释放锁。直接杀进程或删锁文件都可能引发后续依赖混乱。
先确认是否真有冲突进程：sudo lsof /var/lib/dpkg/lock-frontend 或 ps aux | grep -i apt。如果看到 apt、apt-get、unattended-upgrade 正在运行，就别硬上 dpkg -i。
- 等待几分钟，让后台更新自动结束（尤其刚开机或系统空闲时，Ubuntu 常启 unattended-upgrade）
- 若确认卡死，用
sudo kill -9 $(pgrep -f "apt|dpkg")杀掉相关进程（不推荐直接kill -3552这种硬写 PID 的方式） - 清理锁文件仅作最后手段：
sudo rm /var/lib/dpkg/lock-frontend /var/lib/dpkg/lock，之后必须立刻执行sudo dpkg --configure -a补全中断操作
dpkg -i mysql-server_*.deb 后 service mysql start 失败怎么办？
手动 dpkg 安装 .deb 包后服务 inactive (dead)，不是安装失败，而是配置脚本根本没跑。Ubuntu 源包和 MySQL 官方 deb 包的 postinst 流程依赖 debconf 交互，而 dpkg -i 默认跳过这步。
必须补上配置动作：sudo dpkg --configure -a。如果提示 debconf: unable to initialize frontend，加环境变量再试：sudo DEBIAN_FRONTEND=noninteractive dpkg --configure -a。
- 这一步会触发
mysql_install_db或mysqld --initialize，生成数据目录和 root 临时密码 - 检查初始化是否成功：
sudo ls -l /var/lib/mysql应有 ibdata1、mysql/、sys/ 等目录；若为空，手动运行sudo mysqld --initialize --user=mysql --datadir=/var/lib/mysql - 日志看真相：
sudo tail -20 /var/log/mysql/error.log，常见报错如Can't find error-message file就是数据目录未初始化
安装完 mysql -u root -p 报 ERROR 1698(28000) 怎么登录？
这不是密码错了，是认证插件不匹配。MySQL 8.0 默认用 caching_sha2_password，但 dpkg 安装时若没交互设置密码，root 往往被设为 auth_socket 插件（只认系统用户身份，不走密码）。
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
先查 root 当前认证方式：sudo mysql -e "SELECT user,host,plugin FROM mysql.user;"。如果 plugin 是 auth_socket，就不能用 -p 登录。
- 安全做法：用系统用户免密进库，再切插件：
sudo mysql→ 执行ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'your_new_pass'; - 临时应急（仅调试）：
sudo systemctl set-environment MYSQLD_OPTS="--skip-grant-tables --skip-networking"，再sudo systemctl restart mysql，然后sudo mysql直接进，改完记得清环境并重启服务 - 千万别直接 UPDATE mysql.user 表的 plugin 字段——MySQL 启动时会校验，导致服务起不来
为什么 apt update 报 GPG key expired 或 NO_PUBKEY？
MySQL 官方 APT 仓库密钥过期是 Ubuntu 20.04+ 上的高频问题，尤其当你用旧版 mysql-apt-config 配置了 bionic/focal 源却在 jammy/kinetic 上用。错误信息里 EXPKEYSIG 后面那串长哈希就是过期密钥 ID。
更新密钥不能只靠 apt-key adv，新版 Ubuntu 已弃用该命令。正确做法是：
- 下载最新密钥：
wget https://repo.mysql.com/RPM-GPG-KEY-mysql-2022（注意年份） - 导入：
sudo gpg --dearmor -o /usr/share/keyrings/mysql-2022-archive-keyring.gpg RPM-GPG-KEY-mysql-2022 - 检查源列表中对应行是否用了
[arch=amd64 signed-by=/usr/share/keyrings/mysql-2022-archive-keyring.gpg]语法（不是旧式的apt-key add） - 再
sudo apt update，如果还报错，说明你混用了不同 Ubuntu 版本的源（比如在 22.04 里配了 bionic 源），得删掉/etc/apt/sources.list.d/mysql.list重配
密钥过期本身不会导致 dpkg 锁定，但它会让 apt install 卡在验证环节，间接触发用户反复重试 dpkg -i，最终把锁搞乱。所以看到 GPG 错误，先停手，修源再继续。
