部署Kubernetes版MySQL Operator后InnoDBCluster Pod出现CrashLoopBackOff问题求助

大家好，我正在参照MySQL官方文档的指引搭建Kubernetes环境下的MySQL Operator，完成InnoDBCluster的部署步骤后，发现集群里的三个Pod全都陷入了CrashLoopBackOff状态。我查看了其中一个Pod的日志，内容如下：

cseroot@vm-fuzzing-2:~/paas-fuzzer$ kubectl logs mycluster-0
Defaulted container "sidecar" out of: sidecar, mysql, fixdatadir (init), initconf (init), initmysql (init)
[2024-05-08 18:11:36,343] sidecar              [INFO    ] MySQL Operator/sidecar_main.py=2.1.3 timestamp=2024-04-29T07:16:37 kopf=1.35.4 uid=27
[2024-05-08 18:11:36,365] sidecar              [INFO    ] My pod is mycluster-0 in default
[2024-05-08 18:11:36,365] sidecar              [INFO    ] Bootstrapping
[2024-05-08 18:11:36,365] sidecar              [INFO    ] Connect attempt #0 failed: MySQL Erro...

日志没显示完整，但目前能看到sidecar容器在启动阶段尝试连接MySQL失败了。有没有朋友遇到过类似的问题？麻烦帮忙分析下可能的诱因，比如初始化配置、权限设置或者存储卷相关的问题？

备注：内容来源于stack exchange，提问作者Sivaparan Sivakajan