本文是对kettle8连接MySQL8之驱动问题的终极探讨，涉及到了MySQL和kettle的前世今生O(∩_∩)O~，也是对前人经验的全面总结。
【问题描述】
在使用(Kettle) pdi-ce-8.2 连接MySQL 8.x及以上数据库时，发现即使按照默认的规则，将与MySQL 8.x数据库对应的jar包放到Kettle的\data-integration\lib目录下，并且正确的填写数据库连接信息后，仍然不能连接成功。
【问题概述】
这还真不是kettle的锅，而是MySQL不讲武德，:-)
怎么说呢？因为Kettle 8默认支持的MySQL驱动类名称仍是MySQL 5.x版本jar包的名称com.mysql.jdbc.Driver，但是MySQL 8的驱动升级后不再兼容老版本，新的类名变为 com.mysql.cj.jdbc.Driver，所以就会出现明明把MySQL8的驱动放到kettle的lib中去了怎么就不行的情况。
【问题探秘】
我们都知道，JAVA的jar驱动包其实就是zip压缩包，例如下面的两个mysql驱动包：
我们可以用解压缩工具例如winRAR直接打开，如下图所示：
（TMD，老版本的MySQL5.x的jar包里面这么乱啊）可以发现，里面都包含了真正的驱动类：Driver.class；进一步的，我们可以用文本的方式打开来一探究竟：
上面的是MySQL5.x版本的Driver.class，我们可以看到里面有我专门用黄色荧光笔标记出来的com.mysql.jdbc.Driver的字样；
上面的是MySQL8.x版本的Driver.class，尼玛，里面清清楚楚的写了：Loading class `com.mysql.jdbc.Driver'. This is deprecated. The new driver class is `com.mysql.cj.jdbc.Driver'.翻译过来就是`com.mysql.jdbc.Driver'. 已经废弃了，新的驱动类是 `com.mysql.cj.jdbc.Driver'，至此案情大名，罪魁祸首就是MySQL团队，kettle作为第三方很无辜，无罪释放！
MySQL你大爷的，你升级归升级，没事你改什么类名称啊？！
kettle说，新、老两套名称，我只能默认一个啊，哪边都有庞大的用户群，好锤子哦，啷个办嘛！干脆我开放一个类名输入框，让你自己来输；
【解决思路】
可以分为如下四种方法：
1.使用MySQL 5.x的驱动包，可以找较新的mysql-connector-java-5.1.49.jar放到kettle的lib中：
kettle连接数据库（MySQL8.0驱动问题已解决）_amberwest-CSDN博客_kettle mysql8驱动1、新建数据库连接新建作业/转换—选择主对象树---DB连接—新建—填写信息测试通过即可2、添加驱动如果连接失败，提示没有找到对应的jdbc，则需要复制jar包到以下两个路径：data-integration/libdata-integration/libswt/对应电脑系统3、MySQL添加驱动后仍报错根据MySQL官网介绍，mysql5.7可以使用驱动5.1，但实际使用中可能会出现一些bug，建议还是安装驱动8.0由于8.0的jar包没有提供org.gjt..https://blog.csdn.net/Honghui_Wang/article/details/120393245
2.仍然使用MySQL 8.x驱动jar包，但是需要使用JNDI的连接方式，将连接参数明文的写入jdbc.properties文件中：
3.仍然使用MySQL 8.x驱动jar包，但是连接时选择通用数据库即Generic Database连接方式，手动配置数据库URL和驱动包类名称：
4.仍然使用MySQL 8.x驱动包，也还用Native(JDBC)，但是需要在选项中额外修改驱动包类名：
【方法评价】
第1种方法最懒，也最为简单粗暴，也能够连上用一会儿，但是，注意但是来了，这种方法不稳定，毕竟是使用的MySQL5.x的驱动来连接MySQL8.x的数据库，例如我的电脑(win10+jdk-8u202-windows-x64)采用这种方式后，电脑休眠后再进来，原封不动，之前能够连上的就怎么也连不上了，退出Spoon关闭kettle再重新启动都不行，所以不推荐这种方法；
第2种方法别辟蹊径，但是使用JNDI连接需要将数据库的连接参数都明文的写在kettle的配置文件里面，不灵活，也不够安全；
第3种方法和第4种方法都比较好，不存在不匹配的问题，本质上也是一样的，使用的仍然是对应的MySQL8.x驱动，不存在适配的问题，当然，如果非要我选一种的话，我觉得最后一种无论是从形式上来说内容上都堪称完美！