MySQL官方提供了一个Bug网站，网址：https://bugs.mysql.com/ 通过这个网站，你可以查找Bug，报告Bug，贡献代码。
检索Bug：
当你想检索遇到的问题是否有人报告为Bug时，可以在右侧输入相关的关键字进行检索。这个系统还支持高级检索，可以按照关键字、分类、状态等条件进行检索，具体的项目可以参照下图：
检索结果画面如下（检索“group replication”关键字）：
这时，你就可以查看是否有和你的现象相同或者类似的结果了，点击条目可以看到细节。
对于经常阅读MySQL文档的小伙伴来说，经常会看到文档里面提到了某些Bug#，例如：“New FPROFILE_GENERATE and FPROFILE_USE CMake options are available for experimenting with profile guided optimization (PGO) with GCC. See the cmake/fprofile.cmake in a MySQL source distribution for information about using them. These options have been tested with GCC 8 and 9, and with Clang.
Enabling FPROFILE_USE also enables WITH_LTO (link time optimization). (Bug #30089834, Bug #96314, Bug #30133324, Bug #96410, Bug #30164113, Bug #96486)” 你可以输入这些Bug号码去查看相对应的内容，但是请注意，当你检索相关Bug时，结果可能有三种：
1、你没有权限访问这个Bug：这种情况是因为这个Bug涉及安全性相关的问题，这种类型的Bug信息不能公开，防止被人利用。
2、Bug不存在，或者保存在Oracle的内部系统：通常号码为8位数是保存在Oracle内部的Bug系统里面，主要是Oracle的工程团队提出的Bug，仅限内部拥有权限的员工使用。
3、可以公开的Bug：属于正常可以公开的Bug。通过这些信息，你就可以确认相关的内容。如果你觉得这个Bug对你影响很大，希望能够快速修复，那么请点击右上方的“Affects Me”。透露个秘密，这个按钮的点击量会影响工程团队的修复优先度，希望优先修复的小伙伴，可以叫上你的小伙伴一起点。
报告Bug：
如果没有发现与你相同的情况，你就可以提出自己的Bug报告了。
报告的表单如上图所示，需要提醒一点，请一定详细描述你的Bug，包括使用的版本，平台，以及再现的步骤。这些信息非常重要，MySQL团队有专人负责确认Bug，如果按照你提供的信息无法再现Bug，需要你补充相关信息并再次提交，这会影响确认的效率。提交之后，系统会自动发送Bug状态的邮件，你就可以第一时间知道相关信息。通常提交之后一天之内就会有确认的结果出来。
贡献Bug代码：当你检索到Bug，或者提出Bug报告之后，如果你有了解决方法，并且能够提供相关代码，MySQL团队是非常希望你能够贡献相关代码的。这时你可以通过Bug详细信息页面的“Contributions”标签里来贡献你的代码。需要注意的是在提交代码之前需要签署“Oracle Contribution Agreement (OCA)”，经过工程团队的审阅修改之后，代码就可以合并入官方代码，并伴随着MySQL版本的升级而升级。所以如果你有修改的代码，更好的解决方案，欢迎贡献你的代码，贡献的代码除了可以为广大开源爱好者带来福利，也省去了你和你的组织今后对其进行的升级管理维护工作，MySQL的工程团队将会为你的代码提供维护，为你和你的组织节省大量的工程成本。
上面内容是关于MySQL Bug报告的简明介绍。