感叹，确实啊不能总是本地升级，还是要经常进行全新安装和数据转移的，否则总是停留在兼容模式，见识不到行业的发展。
昨天遇到几个问题，先说自己的责任事故：
用rsync传输home目录，把普通用户的home目录搞成owned uid=0了，这用户登录之后进不去自己的目录，就去了根目录。然后我sudo chown了当前目录，把系统bin目录里的文件都chown了，此时应该已经丢失了很多setuid。赶紧用另一个已经sudo的窗口去chown回来，并给su和sudo增加setuid。然后再执行dpkg –verify，却发现没检查出多少结果来，不知道是不是dpkg根本没记录原始的mode信息？我记得以前rpm –verify应该是可以的。折腾了一会总感觉哪里不对劲，比如用vi编辑文件无法存盘，用nano却可以存盘等现象。最后决定重装。
再说几件兼容性问题：
我妄图把wordpress的数据库换成Postgres，于是给wordpress安装了pg4wp插件。检查这插件发现它是运行时劫持驱动的，类似于pyMySQL monkey patch的做法，并进行了SQL方言翻译。我用pgloader转移数据的时候发现几个问题：
一、字段名字的大小写问题，有些id有些ID
二、Ubuntu里pgloader版本太文物了，包版本虽然叫3.6.10但实际上是3.6.4，不支持某些字段类型。搜到2020年的issue说让升级……
三、MySQL从8版本开始改用类似于Postgres和Microsoft SQL server的验证方式，从unix domain socket连接的时候直接验证“对方”的用户名；但是pgloader既不支持unix domain socket也不支持mysql新版本的caching sha2 password。于是我又现场学习了30年前学习过一遍的关于mysql身份验证的知识，并成功的把MySQL 8降级到pgloader能够支持的mysql native password……
然后手工修改大小写，勉强整理到能够显示博客内容，但是登录后直接跳转回登录页，也没错误信息也没错误日志……于是切换回MySQL做了一下WordPress数据库升级，再pgloader到Postgres，这下彻底显示不了了。放弃……