我不知道為什么kc沒有為對應的查詢欄位加索引，導致我們在使用kc時，當用戶表資料量達到幾十萬時，出現所有增刪改介面緩慢的問題，這個問題的原因，我找了好長時間，我在大資料量時找這個緩慢原因程序
- 查看mysql的并發數的限制
- 查看top產生的cpu,內在的使用情況
- 查看客戶端到kc端，kc端到資料庫的網路傳輸限制
- 為k8s的資源進行調整，添加記憶體額度
- 為username欄位添加索引
- 打開mysql日志功能，觀察慢介面的日志
- 找到慢的陳述句
select userentity0_.ID as ID1_75_, userentity0_.CREATED_TIMESTAMP as CREATED_2_75_, userentity0_.EMAIL as EMAIL3_75_, userentity0_.EMAIL_CONSTRAINT as EMAIL_CO4_75_, userentity0_.EMAIL_VERIFIED as EMAIL_VE5_75_, userentity0_.ENABLED as ENABLED6_75_, userentity0_.FEDERATION_LINK as FEDERATI7_75_, userentity0_.FIRST_NAME as FIRST_NA8_75_, userentity0_.LAST_NAME as LAST_NAM9_75_, userentity0_.NOT_BEFORE as NOT_BEF10_75_, userentity0_.REALM_ID as REALM_I11_75_, userentity0_.SERVICE_ACCOUNT_CLIENT_LINK as SERVICE12_75_, userentity0_.USERNAME as USERNAM13_75_ from USER_ENTITY userentity0_ where userentity0_.SERVICE_ACCOUNT_CLIENT_LINK='25e52f60-5991-43dd-9108-873f60af385d' and userentity0_.REALM_ID='xxx' - 為兩個查詢欄位添加索引
SERVICE_ACCOUNT_CLIENT_LINK和SERVICE_ACCOUNT_CLIENT_LINK - 問題解決！
最后，把這個問題產生的程序，和解決方法拋出來，并且我會在github上為redhat提出這個bug，
作者：倉儲大叔，張占嶺，
榮譽：微軟MVP
QQ：853066980
支付寶掃一掃，為大叔打賞!
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/298990.html
標籤：Java