方式一：通过navicat导出（转储SQL文件）在需要导出的表“右键——转储SQL文件——结构和数据” 方式二、通过sqlserver生成脚本（参考链接：https://blog.csdn.net/MGmuscler/article/details/123792274） 1、选中要导出的数据库–>任务–>生成脚本2、出现“生成和发布脚本”窗口，点击下一步3、选择要编写脚本的数据库对象，全部导出选第一个，如果你想导出部分数据勾选   第二个就好了  4、出现这个画面后点击”高级”按钮（重点）5、”要编写脚本的数据的类型”对应：”架构和数据”6、确定、下一步、下一步、大功告成。

最近同事接手了一个老项目，在简单的做了几个小需求后，经过自测没问题就发布上线了，没想的是，上线没一会监控平台就报警有全表扫描的慢SQL。因为上线的几个功能使用频率也不高，所以也只是告诉同事慢SQL的情况，让该同事先检查优化。结果直到快下班，才收到同事提交的新版本。一问，才知道竟然是一个多表关联查询中的两张表的编码方式不一致，导致出现了隐式类型转换，从而去扫描全表了。而之所以该同事在测试环境使用了各种手段都没有复现线上的场景，是因为测试环境的表编码是一致的，果然老项目处处是坑啊。今天借着这个问题，带大家了解一下，为什么字符集编码不一致(可能)会发生不走索引扫描全表的问题。（注意，是可能，并非一定

最近同事接手了一个老项目，在简单的做了几个小需求后，经过自测没问题就发布上线了，没想的是，上线没一会监控平台就报警有全表扫描的慢SQL。因为上线的几个功能使用频率也不高，所以也只是告诉同事慢SQL的情况，让该同事先检查优化。结果直到快下班，才收到同事提交的新版本。一问，才知道竟然是一个多表关联查询中的两张表的编码方式不一致，导致出现了隐式类型转换，从而去扫描全表了。而之所以该同事在测试环境使用了各种手段都没有复现线上的场景，是因为测试环境的表编码是一致的，果然老项目处处是坑啊。今天借着这个问题，带大家了解一下，为什么字符集编码不一致(可能)会发生不走索引扫描全表的问题。（注意，是可能，并非一定