คำสั่ง SELECT จากระยะไกลช้าเนื่องจาก“ เวลาในการประมวลผลลูกค้า” ที่ยาวนาน แต่รวดเร็วในพื้นที่

ในขณะที่เชื่อมต่อกับเซิร์ฟเวอร์ที่ใช้งานจริงของเรา (SQL Server 2008, เครื่องจักรที่ทรงพลังมาก), คำสั่ง SELECT นี้ใช้เวลา2 วินาที , กระจายกลับทุกช่อง (รวมข้อมูล 4 MB)

SELECT TOP (30000) *
FROM person
WITH(NOLOCK);

จากการใด ๆอื่น ๆกล่องบนเครือข่ายเดียวกัน (การเชื่อมต่อใช้การตรวจสอบ SQL หรือ Windows Authentication) แบบสอบถามเดียวกันจะใช้เวลา1 นาที 8 วินาที

ฉันกำลังทดสอบด้วยคำสั่งง่ายๆนี้เพื่อแสดงให้เห็นว่าไม่ใช่ปัญหาการจัดทำดัชนีหรือปัญหาเกี่ยวกับแบบสอบถาม (เรามีปัญหาด้านประสิทธิภาพด้วยข้อความค้นหาทั้งหมดในขณะนี้ ... )

แถวมาเป็นกลุ่มและไม่ใช่ทั้งหมดในคราวเดียว ฉันได้แถวแรกทันทีจากนั้นรอประมาณ 1 นาทีเพื่อให้แถวเข้ามา

นี่คือสถิติลูกค้าของแบบสอบถามเมื่อมีการเรียกใช้จากกล่องระยะไกล:

Query Profile Statistics
  Number of INSERT, DELETE and UPDATE statements 0
  Rows affected by INSERT, DELETE, or UPDATE statements 0
  Number of SELECT statements  2
  Rows returned by SELECT statements 30001
  Number of transactions 0

Network Statistics
  Number of server roundtrips 3
  TDS packets sent from client        3
  TDS packets received from server 1216
  Bytes sent from client         266
  Bytes received from server 4019800

Time Statistics
  Client processing time 72441 ms (72 seconds)
  Total execution time   72441 ms
  Wait time on server replies 0

เราจะเห็นได้ว่า "เวลาดำเนินการลูกค้า" เท่ากับเวลาดำเนินการทั้งหมด

ไม่มีใครรู้ขั้นตอนที่ฉันสามารถดำเนินการเพื่อวินิจฉัยว่าทำไมการถ่ายโอนข้อมูลจริงใช้เวลานานหรือไม่

มีพารามิเตอร์การกำหนดค่า SQL ที่ จำกัด หรือ จำกัด ความเร็วการถ่ายโอนข้อมูลระหว่างเครื่องหรือไม่?

ปัญหาของคุณเกี่ยวข้องกับเครือข่ายอย่างแน่นอนตามข้อมูลของคุณ ดังนั้นจะต้องมีการจัดการกับผู้เชี่ยวชาญด้านเครือข่าย (ฉันไม่ใช่คน)

สิ่งที่อาจช่วยได้:

• การ์ด NIC ที่เร็วกว่า (บนเซิร์ฟเวอร์ SQL)
• การเพิ่มการ์ด NIC / ซับเน็ตที่จัดสรร / เฉพาะระหว่างเซิร์ฟเวอร์ (เว็บเซิร์ฟเวอร์และเซิร์ฟเวอร์ SQL)

เว็บเซิร์ฟเวอร์ในซับเน็ตเดียวกันกับเซิร์ฟเวอร์ SQL หรือไม่

มีเราเตอร์ / สะพาน ฯลฯ ระหว่างพวกเขาหรือไม่?

มีการเปลี่ยนแปลงที่เป็นไปได้ไม่มากบนเซิร์ฟเวอร์ SQL:

• ข้อมูลขาออกกำลังถูกส่งโดย SQL Server ด้วย MS "TDS protocol" ที่เป็นกรรมสิทธิ์
• ขนาดเริ่มต้นของบัฟเฟอร์ TDS คือ 4 KB ดูใน MSDB: "ตัวเลือกขนาดแพ็คเก็ตเครือข่าย"
• การบีบอัดข้อมูล (ด้วย SQL Server หรือแอปพลิเคชันภายนอก) - ขึ้นอยู่กับลักษณะของข้อมูล

คุณกำลังใช้ขนาดเริ่มต้น: ดูสถิติของคุณ: "แพ็คเก็ต TDS ที่ได้รับจากเซิร์ฟเวอร์ 1216" (4MB / 1K = 4KB) ใช่ขนาดของบัฟเฟอร์ TDS สามารถเปลี่ยนแปลงได้: ดูใน Google: "ขนาดแบทช์โปรโตคอล TDS"

การอภิปรายที่ดีในหัวข้อ: "ขนาดแพ็คเก็ตเครือข่ายของ sql จริง ๆ กำหนดปริมาณการรับส่งไปกลับหรือไม่"

อย่างไรก็ตามการเปลี่ยนขนาดแพคเกจ TDS (อย่างหลีกเลี่ยงไม่ได้) จะมีผลกระทบที่ไม่แน่นอนและควรจะใช้ในการผลิตในกรณีพิเศษเท่านั้น

การเปลี่ยนแปลงสถาปัตยกรรมหรือการแนะนำการแคชข้อมูลในระดับกลางก็จะช่วยได้เช่นกัน

ปัญหานี้ได้รับการแก้ไขแล้ว

มันเป็นปัญหาเครือข่ายและกล่อง SQL ใช้การ์ด NIC 100 MB / sแทนการ์ด10 GB / s NIC ...

การเปลี่ยนแปลงการกำหนดค่าเครือข่ายเพื่อใช้การ์ดเครือข่ายที่ถูกต้องได้แก้ไขปัญหาแล้ว ตอนนี้เรากำลังได้รับประสิทธิภาพที่คล้ายกันสำหรับแบบสอบถามทั้งหมดจากกล่องการผลิต SQL และจากกล่องอื่น ๆ ในเครือข่าย

ขอบคุณทุกคนสำหรับความช่วยเหลือของคุณ

เมื่ออ่านครั้งแรกดูเหมือนว่าคุณกำลังประสบปัญหาเวลาในการตอบสนองของเครือข่าย คุณเคยดู Network Perfmon counters บ้างไหม? สิ่งเหล่านี้อาจเป็นสัญญาณบ่งบอกว่าคุณกำลังทำอะไรอยู่กับเครือข่าย

อ้างอิงจากเคาน์เตอร์ Perfmon แบบใดที่ฉันควรตรวจสอบและแต่ละรายการมีความหมายอย่างไร

เครือข่าย IO

หากต้องการวัด I / O เครือข่ายคุณสามารถใช้ตัวนับต่อไปนี้:

Network InterfaceBytes รวม / วินาที

Threshold: ค่าที่ยั่งยืนของแบนด์วิธเครือข่ายมากกว่า 80 เปอร์เซ็นต์

ความสำคัญ: ตัวนับนี้ระบุอัตราการส่งและรับไบต์บนแต่ละอะแดปเตอร์เครือข่าย ตัวนับนี้ช่วยให้คุณทราบว่าทราฟฟิกที่อะแดปเตอร์เครือข่ายของคุณนั้นอิ่มตัวหรือไม่และถ้าคุณต้องการเพิ่มอะแดปเตอร์เครือข่ายอื่น ความรวดเร็วในการระบุปัญหาขึ้นอยู่กับประเภทของเครือข่ายที่คุณมีรวมถึงว่าคุณแบ่งปันแบนด์วิดธ์กับแอปพลิเคชั่นอื่น ๆ หรือไม่

Network InterfaceBytes ได้รับ / วินาที

ตัวนับนี้ระบุอัตราที่ได้รับไบต์ผ่านอะแดปเตอร์เครือข่ายแต่ละตัว คุณสามารถคำนวณอัตราข้อมูลที่เข้ามาเป็นส่วนหนึ่งของแบนด์วิดท์ทั้งหมด สิ่งนี้จะช่วยให้คุณรู้ว่าคุณต้องปรับให้เหมาะสมกับข้อมูลขาเข้าจากไคลเอนต์หรือคุณต้องการเพิ่มอะแดปเตอร์เครือข่ายอื่นเพื่อจัดการทราฟฟิกที่เข้ามา

Network InterfaceBytes ส่ง / วินาที

ตัวนับนี้ระบุอัตราที่ส่งไบต์ผ่านอะแดปเตอร์เครือข่ายแต่ละตัว คุณสามารถคำนวณอัตราข้อมูลที่เข้ามาเป็นส่วนหนึ่งของแบนด์วิดท์ทั้งหมด สิ่งนี้จะช่วยให้คุณรู้ว่าคุณต้องปรับให้เหมาะสมกับข้อมูลที่ถูกส่งไปยังไคลเอนต์หรือคุณต้องการเพิ่มอะแดปเตอร์เครือข่ายอื่นเพื่อจัดการทราฟฟิกขาออก

ServerBytes รวม / วินาที

ค่านี้ไม่ควรเกิน 50 เปอร์เซ็นต์ของความจุเครือข่าย

ตัวนับนี้ระบุจำนวนไบต์ที่ส่งและรับผ่านเครือข่าย ค่าที่สูงกว่าระบุแบนด์วิดท์เครือข่ายเป็นคอขวด หากผลรวมของ Bytes Total / วินาทีสำหรับเซิร์ฟเวอร์ทั้งหมดมีค่าเท่ากับอัตราการถ่ายโอนสูงสุดของเครือข่ายของคุณคุณอาจต้องแบ่งส่วนเครือข่าย

หน่วยประมวลผล% เวลาขัดจังหวะ

ตัวนับนี้ระบุเปอร์เซ็นต์ของเวลาที่หน่วยประมวลผลใช้ในการรับและให้บริการการขัดจังหวะฮาร์ดแวร์ ค่านี้เป็นตัวบ่งชี้ทางอ้อมของกิจกรรมของอุปกรณ์ที่สร้างการขัดจังหวะเช่นอะแดปเตอร์เครือข่าย

Network Interface (*) Output Queue Length

ตัวนับนี้ตรวจสอบเพื่อดูจำนวนเธรดที่กำลังรอบนอะแดปเตอร์เครือข่าย หากมีเธรดจำนวนมากรออยู่บนอะแดปเตอร์เครือข่ายแสดงว่าระบบมีแนวโน้มที่จะทำให้ I / O เครือข่ายอิ่มตัวมากที่สุดเนื่องจากความหน่วงแฝงของเครือข่ายหรือแบนด์วิดท์เครือข่าย

Output Queue Length คือความยาวของเอาต์พุตแพ็กเก็ตคิว (เป็นแพ็กเก็ต) หากสิ่งนี้ยาวเกินกว่าสองครั้งจะมีความล่าช้าและควรตรวจสอบและกำจัดคอขวดถ้าเป็นไปได้ เนื่องจากคำร้องขอถูกเข้าคิวโดย Network Driver Interface Specification (NDIS) ในการนำไปใช้งานสิ่งนี้จะเป็น 0 เสมอ

คำถามเบื้องต้นบางประการ: 1) เซิร์ฟเวอร์มีไคลเอ็นต์ SQL บน Prod ตั้งค่าเครื่องเซิร์ฟเวอร์ใช่ไหม ดังนั้นถ้าคุณทำแบบสอบถามเดียวกันจากลูกค้าที่อยู่บนเครื่องเดียวกันมันจะแล้วเสร็จใน 2 วินาที? คุณพยายามทำสิ่งนี้หรือไม่? มันเป็น 2 วินาทีจริงเหรอ? 2) คุณพูดถึงว่าการกำหนดค่าสภาพแวดล้อมการผลิตของคุณมีการเปลี่ยนแปลง (หรือเซิร์ฟเวอร์การผลิตย้ายไปที่เครือข่าย / การสร้างเซิร์ฟเวอร์ทั้งหมดแล้วเสร็จ) ใช่ไหม? เวลาที่ใช้แบบสอบถามในสภาพแวดล้อมการผลิตเก่าคืออะไร

จากช่องอื่นในเครือข่ายเดียวกัน ... ข้อความค้นหาเดียวกันใช้เวลา 1 นาที 8 วินาที 3) คุณกำลังบอกว่าแบบสอบถามส่งคืนและถูกใช้จากไคลเอนต์ซึ่งตั้งอยู่บนเครื่องใด ๆ ในเครือข่ายที่กำหนด (แสดงเครื่องของคุณโดยเฉพาะ) ในเวลาประมาณ 70 วินาที? ฉันเข้าใจถูกต้องหรือไม่ 3.1 บังเอิญเวลาสำหรับการบริโภคของแบบสอบถามนี้เป็นที่ยอมรับโดยธุรกิจคืออะไร? 4) อย่างไรก็ตามคุณกำลังระบุว่าสำหรับเครื่องไคลเอนต์เฉพาะที่คุณใช้เวลาที่ใช้เอาต์พุตคิวรีคือ: เวลาเรียกใช้ไคลเอ็นต์ 15:30: 48 15 นาที? (และในเวลานี้ไม่สามารถยอมรับได้อย่างชัดเจน) แก้ไข? 5) ดังนั้นปัญหาถูก จำกัด ไว้ที่เครื่องไคลเอนต์เดียว? หรือเพื่อลูกค้า / เครื่องอื่น ๆ ระดับกลาง (ในสภาพแวดล้อมใหม่)? 6) ความล่าช้าที่ ping แสดงคืออะไร? จากคอมพิวเตอร์ไคลเอนต์ไปยังเซิร์ฟเวอร์หรือไม่ 7) คุณ (หรือผู้ดูแลระบบเครือข่าย) เรียกใช้ tracert ทั้งสองวิธี (จากไคลเอ็นต์ไปยังเซิร์ฟเวอร์จากเซิร์ฟเวอร์ไปยังไคลเอ็นต์) มีกี่ฮ็อป เวลารวมคืออะไร? 8) เครือข่ายการผลิตเก่ายังมีชีวิตอยู่หรือไม่? คุณสามารถเปรียบเทียบโดยใช้ Ping และ Traceroute - เวลาและการกระโดดข้ามระหว่างไคลเอนต์และเซิร์ฟเวอร์คืออะไร

ออกมาจากความอยากรู้อยากเห็น: นี่คือตัวอย่างของการสืบค้น? หรือถ้อยคำที่แน่นอนของแบบสอบถาม? แบบสอบถามไม่มีส่วนคำสั่ง WHERE จริงหรือ? เห็นด้วยกับฉันว่ามันผิดปกติมาก .. ตารางมีดัชนีแบบกลุ่มหรือเป็นฮีป ตารางประกอบด้วยจำนวนแถวทั้งหมดในทั้งหมดหรือไม่ ตารางมีการแยกส่วนอย่างหนัก? ด้วยความอยากรู้: มีเหตุผลให้เลือก TOP NNN หรือไม่ ทำไมไม่ตั้งค่า ROWCOUNT NNN - จากนั้นเลือก * แบบสอบถามนี้มีการออกลูกค้ากี่ครั้งต่อวัน 1? 100? 1MLN? ข้อมูลอ้างอิงเป็นแบบคงที่หรือเป็นแบบไดนามิกและมีการเปลี่ยนแปลงมาก? เท่าไหร่ (0.01 เปอร์เซ็นต์ต่อวัน 1 เปอร์เซ็นต์ต่อวัน 10 เปอร์เซ็นต์ต่อวัน?) ผลลัพธ์ของแบบสอบถามจะถูกประมวลผลโดยทางโปรแกรม (ไม่ใช่ผู้ใช้ใช่หรือไม่) ทำไมจึงไม่แคช / ไม่จัดเก็บในระดับกลาง ขอบคุณอเล็กซี่