导读通常我们不会在mysql层面上使用加密插件, 虽然加密之后会比较安全, 但加密太耗时了, 而且key一旦丢了, 就GG了....由于使用者少, 遇到问题了就不好处理, 这里来记录一下加密表的常见错误及其处理过程.案例我们知道mysql可以通过迁移表空间的方式来快速迁移数据, 非常的方便. 那么对于加密的表的迁移还会这么顺利么?...但我们现在的场景是不小心丢了cfp文件, 那么就永远无法恢复数据了么. keyring file都还在的啊! 欸嘿, 我们前面有一章讲过加密的ibd文件怎么解析(赶兴趣的自己去翻).....总结之前应该忘记讲了, mysql在使用AES-CBC解析的时候, 对于余下的10字节,并不是使用的CBC模式的那几种填充方式, 而是使用的innodb的....(page_dir0:2 + checksum:4 + lsn:4)还是那句话, 尽量不要使用数据库加密.吐槽下甲方的工时饱和度要求, 算了,牛马不配...参考:https://dev.mysql.com