导读通常我们不会在mysql层面上使用加密插件, 虽然加密之后会比较安全, 但加密太耗时了, 而且key一旦丢了, 就GG了....而且数据库服务器通常不会对外提供服务, 即使对外提供服务,也有权限验证的. 总的来说,数据库层加密有丢丢鸡肋.但架不住有客户使用啊.......由于使用者少, 遇到问题了就不好处理, 这里来记录一下加密表的常见错误及其处理过程.案例我们知道mysql可以通过迁移表空间的方式来快速迁移数据, 非常的方便. 那么对于加密的表的迁移还会这么顺利么?...欸嘿, 我们前面有一章讲过加密的ibd文件怎么解析(赶兴趣的自己去翻)....(page_dir0:2 + checksum:4 + lsn:4)还是那句话, 尽量不要使用数据库加密.吐槽下甲方的工时饱和度要求, 算了,牛马不配...参考:https://dev.mysql.com