升级完ubuntu16.04后，MysqL-server服务起不来了。删除MysqL，重新安装（apt-get install），还是无法启动，重启电脑，还是无法启动。

尝试使用"MysqLd"手动启动，提示innodb无法读写到ibdata1文件。打开/etc/MysqL/my.cnf，发现datadir参数设置到了一个自定义的目录中（就是以前放MysqL数据文件的目录），数据文件都是存在的，包括那个ibdata1文件，那么目录或文件的访问权限问题？

ll命令查询目录和文件的访问权限，没有问题啊，用户和组都是"MysqL"。至此，无法直接解决问题了，需要BING了（这类问题，放弃baidu，google无法使用，推荐使用BING）

第一招：disable selinux（编辑/etc/selinux/config，设置“SELINUX=disabled”）——无效！ 第二招：apparmor——成功！ AppArmor是一个高效和易于使用的Linux系统安全应用程序。AppArmor对操作系统和应用程序所受到的威胁进行从内到外的保护，甚至是未被发现的0day漏洞和未知的应用程序漏洞所导致的攻击。AppArmor安全策略可以完全定义个别应用程序可以访问的系统资源与各自的特权。AppArmor包含大量的默认策略，它将先进的静态分析和基于学习的工具结合起来，AppArmor甚至可以使非常复杂的应用可以使用在很短的时间内应用成功。 apparmor控制了应用的目录访问权限，所以MysqL是绕不开它的。 修改“/etc/apparmor.d/usr.sbin.MysqLd”文件。 将其中默认的data目录是： /var/lib/MysqL/ r,/var/lib/MysqL/** rwk,把这两行修改为移动过的的实际的数据文件目录，例如： /home/nick/MysqL/ r,/home/nick/MysqL/** rwk,保存，执行 service apparmor restart 重启apparmor服务。

好了，访问权限的问题基本解决了（如果还是提示权限问题，那么一定是目录的实际访问权限设置的有问题了，最偷懒的办法就是哪个不行，直接chmod 775） 如果还有其他问题出现，就一定不是本文范围内的了。 祝一切顺利！ 原文地址 http://www.linuxdiyf.com/linux/20167.html