มีวิธีวิเคราะห์บันทึกการสืบค้น SQL ที่ช้าอย่างง่ายดายบน log explorer หรือบนเครื่องมือ GCP อื่นๆ หรือไม่ ตอนนี้ตัวสำรวจบันทึกเขียนรายการบันทึกไปยังหลายบรรทัด (แบ่ง textPayload) และเป็นการยากที่จะค้นหาข้อความค้นหาที่ทำงานช้าเหล่านั้น
จนถึงตอนนี้ฉันได้รับสิ่งนี้ด้วยความช่วยเหลือจาก บทความ ที่นี่ (ฉันคิดว่าบทความนั้นล้าสมัย):
หากต้องการวิเคราะห์บันทึกการสืบค้นอย่างง่ายดาย คุณสามารถสร้าง เมตริกตามบันทึก ด้วยการใช้ Cloud Monitoring
เมตริกตามบันทึกเป็นเมตริก Cloud Monitoring ที่อิงตามเนื้อหาของรายการบันทึก ตัวอย่างเช่น เมตริกสามารถบันทึกจำนวนรายการบันทึกที่มีข้อความเฉพาะ หรือสามารถดึงข้อมูลเวลาแฝงที่รายงานในรายการบันทึก
โดยทั่วไป คุณจะต้องทำสิ่งต่อไปนี้:
เริ่มต้นด้วยการกรองมุมมอง Cloud Logging เพื่อให้ตรงกับบันทึกที่คุณต้องการวัด
สร้างเมตริกตามบันทึก
สร้างข้อมูลใหม่และดูเมตริกใหม่
หมายเหตุ: เมตริกจะเริ่มบันทึกข้อมูลหลังจากสร้างแล้วเท่านั้น
ตรวจสอบสิ่งนี้ บทความ สำหรับขั้นตอนโดยละเอียดเพิ่มเติม
ฉันจำลองปัญหาของคุณและใช่ คุณถูกต้อง บันทึก Cloud SQL MySQL (general.log, slow.log) ใน Log Explorer แสดงขึ้นบรรทัดใหม่เป็นหลายระเบียนและไม่แสดงข้อความค้นหายาวเป็นบันทึกเดียว
เหตุผล : เนื่องจากมีอักขระขึ้นบรรทัดใหม่ใน Query อินพุตที่ตั้งค่าเป็น Cloud SQL หากคิวรีอินพุตเป็นบรรทัดเดียว (ไม่มี \n) เอาต์พุตจะเป็นหนึ่งบันทึกเหตุการณ์ โดยแสดงเป็นหนึ่งบรรทัดใน Log Explorer หากคิวรีอินพุตมีหลายบรรทัด (มี \n) ผลลัพธ์จะเป็นเหตุการณ์บันทึกหลายรายการและแสดงเป็นบันทึกหลายรายการ เรกคอร์ดที่พวกเขาเห็นในบันทึกทั่วไปจะแบ่งออกเป็นหลายเรกคอร์ด
เพื่อแจ้งให้คุณทราบว่า Google ทราบปัญหานี้แล้ว ไม่มี ETA สำหรับการดำเนินการ การสื่อสาร/การอัปเดตทั้งหมดจากทีม Cloud SQL เกี่ยวกับคำขอคุณสมบัตินี้จะถูกโพสต์ ที่นี่ หรือ ที่นี่
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
