这个案例并不是我遇到的，但是我的工作生产环境中有使用到federated存储引擎，所以记录一下。
从策划到设计制作，每一步都追求做到细腻，制作可持续发展的企业网站。为客户提供成都网站设计、
做网站、网站策划、网页设计、
主机域名、网页空间、网络营销、VI设计、 网站改版、漏洞修补等服务。为客户提供更好的一站式互联网解决方案,以客户的口碑塑造优易品牌,携手广大客户,共同发展进步。
优化前
有一条SQL部分截取内容如下，执行约268秒才能出结果：
优化后
从这条SQL的执行计划中可以看出来mego.trade_order并没有出现在table列中，经查看，mego.trade_order是一个Federated存储引擎，类似Oracle的DBlink，在本地只是个链接的形式存在，实际数据文件并不存在。
所以mego.trade_order表作为一个subquery效率非常差，可以改写成join的方式，去掉subquery,让mego.trade_order表尽量第一个前面的结果join，减少去远程服务器取数据的次数，优化如下，优化过后只需要0.74秒
有关Federated存储引擎参考链接
https://dev.mysql.com/doc/refman/5.5/en/federated-storage-engine.html
另外有需要云服务器可以了解下创新互联cdcxhl.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。
标题名称：Case：MySQLFederated存储引擎引起的慢SQL优化-创新互联
链接分享：
http://cdkjz.cn/article/djhpdj.html
