云原生數據倉庫 AnalyticDB MySQL 版混合負載的查詢背景下，大小查詢混合排隊，在大查詢未執行結束并釋放執行Quota前，小查詢往往會被大查詢阻塞。即使小查詢自身執行時間不長，也會由于排隊時間增長導致響應時間（RT）增長。本文介紹的小查詢自動識別與加速功能會根據查詢的歷史信息自動識別小查詢，并在系統資源未過載的情況下使小查詢更快速地開始執行。
前提條件
AnalyticDB for MySQL集群需同時滿足以下條件：
集群為數倉版。
集群內核版本需為3.1.8.4及以上版本。
說明如何查看集群內核版本，請參見如何查看實例版本信息。如需升級內核版本，請聯系技術支持。
注意事項
僅部分地域支持小查詢自動識別與加速功能：華東1（杭州）、華東2（上海）、華北1（青島）、華北2（北京）、華北3（張家口）、華南1（深圳）、華南3（廣州）和中國香港。
集群當前的平均排隊時間越長，小查詢加速效果越明顯。如果平均排隊時間為0，則小查詢加速基本無效果。
操作步驟
登錄云原生數據倉庫AnalyticDB MySQL控制臺，在左上角選擇集群所在地域。在左側導航欄，單擊集群列表，在數倉版頁簽，單擊目標集群ID。
在左側導航欄，單擊工作負載管理。
單擊小查詢加速頁簽，打開自動小查詢加速開關。
小查詢自動識別與加速功能生效的條件：
系統的業務負載已經穩定運行3天以上。新購集群開啟該功能無法立即生效，等待業務負載穩定運行3天后，會自動生效。
系統的資源使用情況未達到瓶頸，有小查詢加速使用的資源。
開啟小查詢加速功能后，當集群滿足小查詢自動識別與加速功能生效條件，可以通過小查詢響應時間平均值指標查看平均響應時間下降。
常見問題
Q：打開自動小查詢加速開關，為什么小查詢響應時間平均值沒有下降？
A：小查詢加速功能主要解決查詢排隊耗時長的問題。如果集群的平均排隊時間本來就很低，則加速效果不會明顯。另外還需要系統負載穩定運行3天以上，且系統當前沒有過載，自動小查詢加速才能生效。
如果除上述原因外，小查詢響應時間平均值沒有下降，請聯系技術支持。