ที่งานก่อนหน้าของฉันเราไม่ได้โฮสต์เพียงหนึ่งฐานข้อมูลต่อลูกค้า - ในกรณีส่วนใหญ่มันมากกว่านั้น! เมื่อฉันจากไปมีฐานข้อมูลมากกว่า 4,500 ฐานที่ทำงานในคลัสเตอร์ MariaDB หนึ่งคลัสเตอร์เกือบ 7,000 แห่งในคลัสเตอร์อื่น (เล็กกว่าแดกดัน) และ 4 "เศษ" (แยกจากกันอย่างสมบูรณ์เว็บอิสระและเซิร์ฟเวอร์ฐานข้อมูลแม้ในศูนย์ข้อมูลแยกต่างหาก) 200-500 ฐานข้อมูลในเซิร์ฟเวอร์ MySQL เครื่องเดียว และ บริษัท นั้นยังคงเติบโตในคลิปที่ดี
ความยาวและระยะสั้นคือความสำเร็จของ บริษัท นั้นพิสูจน์ได้ว่าสถาปัตยกรรมดังกล่าวเป็นไปได้แน่นอน (Caveat: ตรงกันข้ามกับการเพิ่มขึ้นอย่างชัดเจนในการแยกโดยใช้ฐานข้อมูลแยกต่างหากข้อมูลทั้งหมดถูกเข้าถึงผ่านแอพพลิเคชั่นที่เชื่อมต่อกันอย่างแน่นหนาทั้งสามที่ใช้ผู้ใช้ฐานข้อมูลเดียวกัน / ผ่าน! ฉันสงสัยว่าประสิทธิภาพอาจได้รับ มีผู้ใช้ / Pass แยกต่างหาก - แต่เพียงเล็กน้อยเท่านั้น)
จากประสบการณ์ของฉันทำงานอย่างใกล้ชิดกับผู้ดูแลระบบ sys (ทางเทคนิคฉันเป็นโปรแกรมเมอร์กับ บริษัท แต่ในความเป็นจริงฉันเป็น DBA ที่ดีที่สุดที่พวกเขามีและเป็นคนเดียวที่รู้วิธีตั้งค่าไฟร์วอลล์!) ความกังวลที่เกิดขึ้นกับการเข้าถึงพร้อมกันความซับซ้อนของแบบสอบถาม / เวลาประสิทธิภาพดัชนีเป็นต้น - ผู้ต้องสงสัยตามปกติกล่าวอีกนัยหนึ่งและจำนวนของฐานข้อมูลบนเซิร์ฟเวอร์นั้นไม่มีส่วนที่มองเห็นได้สรุปได้ยืนยันโดยผู้เชี่ยวชาญที่ได้รับค่าจ้างสูง ที่ปรึกษาที่เราปรึกษาเป็นประจำ
บรรทัดล่างคือคุณควรมุ่งเน้นความกังวลของคุณไปที่แอปพลิเคชันของคุณในโครงสร้างพื้นฐานของคุณและไม่ได้อยู่ในจำนวนฐานข้อมูลที่คุณมี ปัจจัยอื่น ๆ เหล่านั้นจะมากเกินพอที่จะทำให้คุณไม่ว่างในการแก้ไขปัญหาด้านประสิทธิภาพและปัญหาคอขวด