感谢您的回答，但我找到了解决方案。
正如我怀疑的那样，Hikari会忽略您在数据源URL中输入的任何内容（对不起，伙计们，您在其中插入的内容无关紧要），从本质上讲，它会从MySQL本身读取时区设置，即发出时看到的结果命令
SELECT @@GLOBAL.time_zone;
在MySQL中。在我的情况下，结果是“ SYSTEM”，即它设置的本地计算机的大小。这是AEDT，MySQL驱动程序不支持，因此是我的例外。
在AWS中运行相同的查询会产生值“ UTC”，该值受支持（实际上是我想要的）。
因此，我必须在本地MySQL服务器中设置时区。
首先，我必须将主机（Mac OS X）的可用时区加载到MySQL中。我必须找出zoneinfo文件在哪里（在我的情况下是/ usr / share /
zoneinfo），然后找出mysql_tzinfo_to_sql实用程序在哪里（MySQL安装的bin目录），并使用它来加载本地计算机支持的时区。在Mac
OS X中，我最终运行了以下命令：
/usr/local/mysql/bin/mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root-p mysql
然后在MySQL中，我可以运行命令
SET GLOBAL time_zone = UTC;
这 是 一个有效的时区，并且与基于云的实例同步。
我认为对于许多将Spring
Boot与MySQL结合使用的人来说，这是一个真正的陷阱。当人们处于受支持的时区时，它可以工作，但是如果您的开发机器应切换到不受支持的时区，它将神秘地中断，我很惊讶它没有在任何地方记录。MySQL
Connector / J的源代码使它显而易见，但否则您将一无所知。
也许是因为MySQL才5年前，而我是一个古老的化石，而且，好吧，就从我的草坪上走下来吧！
