公司项目一直用的阿里云的RDS MySQL，2020年11月份迁移到了阿里云的PolarDB MySQL。
因为PolarDB是100%兼容MySQL，所以迁移很顺利，没什么问题。
但是在使用API的时候发现了一个小小的问题，那就是PolarDB MySQL的慢日志API在返回数据的时候，相对于RDS MySQL少了一个执行时长为毫秒的字段。
RDS MySQL API相关文档：https://help.aliyun.com/document_detail/26289.html，如下图有QueryTimeMS字段：
PolarDB MySQL API相关文档：https://help.aliyun.com/document_detail/147045.html，如下图无QueryTimeMS字段：
因为在使用RDS的时候，一直通过获取毫秒字段，获取精确的数据。想着PolarDB这个应该是开发疏忽漏掉了，于是想着给他们反馈一下。
没想到这一提交反馈，就走上了漫长的反馈之路。
去年11月12日，第一次提交工单反馈：
最可笑的尽然问我需要精确到ms吗，1.9和1.01能一样吗？
虽然提供工单反馈了，他们也回复我会反馈需求，至于反馈没反馈我也不知道，是不是反馈以后产品觉得这个压根不是什么问题给忽略了我也不知道。
所以没抱希望短时间能解决这个问题。
然后开始漫长的等待，等待期间也在他们的聆听平台和API文档页面都反馈了这个问题。
后面慢慢就忘了这件事情了，直到今年3月份突然又想起了这件事情，抱着试试的态度又去调用了一下API接口，结果还是没有QueryTimeMS字段。
然后又提交工单，我都怀疑两次工单是不是同一个人，两次我都是提交工单都是选择的PolarDB，问题描述也是PolarDB缺少QueryTimeMS字段，他都能发一个RDS 文档给我说是正确的。
后面就是和我各种扯淡，要各种无关紧要的信息，ID给了有啥用？API文档返回字段写的清清楚楚，还不够吗？真不知道这个技术搞清楚我反馈的问题时候什么了没有。
然后又是漫长的等待，转眼就到了8月下旬，时间还真是快。
最近终于事情少了一点，我又想起了这个事情，果然“没让人失望”，还是没有QueryTimeMS字段。
于是又提交工单，有些事情就是那么巧和，那么惊人的相似，又让我提交一堆无关紧要的信息。估计上岗培训之前，应该是这样培训的，用户不管提交什么问题，先要各种信息。
这个问题API文档直接给你们后端看一下不就一目了然了吗，给你实例ID你能从中得到什么结果？难道只有我的ID有问题，你们的API接口是给我私人定制的？
每次都说反馈给后端了，还是那句话是不是真的反馈了，是不是真的反馈了但是后端觉得问题太小不在乎或又是没时间。
可能这就是大企业吧，这么小的问题对于他们来说根本就不是什么问题，完完全全可以忽略掉，可能是大厂机制导致简单的问题复杂化了。
如果换做其他小企业，这种小问题快的一天，慢的一周，最慢不过一个月吧，应该都解决。
到现在有没有这个字段已经无所谓了，现在只是抱着一种看热闹的态度，看下这个小问题，阿里云他究竟能多久解决。
今天工单已经反馈，也就只能漫长的等了，后续有结果阿汤博客再更新...
刚写完文章，然后收到一个没让我失望的回复：
至少证明，他们回复的“已经反馈了”，其实只是说辞而已，在这之前我一直半信半疑的认为他们反馈了。
这个漫长的反馈路，我总感觉有点像以前群众的上访之路或是维权之路（当然现在不会这样了）。
2021年11月5日更新：
昨天突然又想起了之前反馈的问题，打算再去看看，有没有优化，验证下之前的几次工单，技术都说反馈的是不是真的。
把第一次的工单发给了客服：
估计又没搞清楚问题是什么，然后又是要一堆没用的信息：
我都已经没啥耐心：
转离线工单以后，等了几个小时告诉我可以了：
但是我一测试，还是不行：
结果根本就没搞清楚我反馈的问题是什么，一开始我说什么来着，我给他的，我第一次反馈的工单，里面写的很清楚是API调用，现在他在说他们的控制台：
终于今天告诉我，双十一后优化，坐等结果吧。
2020年11月12日反馈的一个小问题，到2021年11月5才真正得到一个会优化的结果，再过几天就一年时间了。
但根据我对阿里的了解，很多话都不靠谱，之前咨询过几个产品功能的问题，某些地区有，某些地区没有。
工单回我是什么时候上，但现在过去一年半了，也没那个功能。
有些虽然没在说的时间发布，但拖拖拉拉几个月以后还是发布了。
所以这次，我让工单不要关闭，发布以后回复我，我就看他要多久才优化...
2021年12月8日更新：
11月17日告知我11月底更新：
12月初没消息，我又主动问了下：
12月8日，终于回复我发布了，经过测试已经有QueryTimeMS字段了。
经过了391天的反馈和等待，这个小问题终于得到的优化。
