公司項目一直用的阿里云的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天的反饋和等待，這個小問題終于得到的優化。
