คำถามติดแท็ก ssd

ฉันกำลังพยายามซื้อเซิร์ฟเวอร์ใหม่เพื่อเรียกใช้เซิร์ฟเวอร์ MySQL บน เซิร์ฟเวอร์ใหม่นี้จะเป็นทาสของเครื่องหลักของฉัน อย่างไรก็ตามเซิร์ฟเวอร์นี้จะใช้สำหรับการรายงานเท่านั้น "จำนวนมากอ่านและแบบสอบถามที่ซับซ้อน" ตอนนี้ฉันกำลังมองหาการลงทุนในฮาร์ดไดรฟ์โซลิดสเตต แต่ก็สงสัยว่ามันคุ้มค่าหรือไม่ ความแตกต่างระหว่าง SSD และฮาร์ดไดรฟ์ SATA 7200 อยู่ที่ประมาณ $ 1,500 และ SSD นั้นมีพื้นที่ดิสก์น้อยกว่า ถ้าฉันลงทุนกับ SSD จะเห็นความเร็วได้หรือไม่ ฉันสามารถซื้อ 4 (500GB SATA 7200) ในราคา $ 1,500 น้อยกว่าการซื้อ 2 (500GB SSD) คุณช่วยฉันในการตัดสินใจดูว่ามันคุ้มค่ากับการอัพเกรดหรือไม่? อีกสิ่งที่ฉันอยากจะพูดถึงคือฉันไม่ได้ใช้query_cacheดังนั้นจะมีจำนวนมากอ่านดิสก์ เซิร์ฟเวอร์นี้จะมี RAM 32GB และจะใช้งาน Ubuntu 12.04

42 mysql  ssd 

ฉันเพิ่งได้ยินเกี่ยวกับ Robert Martin วันนี้และดูเหมือนว่าเขาเป็นบุคคลสำคัญในโลกซอฟต์แวร์ดังนั้นฉันไม่ได้ตั้งใจให้ชื่อของฉันปรากฏราวกับว่ามันเป็นเหยื่อคลิกหรือฉันใส่คำเข้าไปในปากของเขา ฉันตีความสิ่งที่ฉันได้ยินจากเขาด้วยประสบการณ์และความเข้าใจที่ จำกัด ของฉันได้อย่างไร ฉันกำลังดูวิดีโอวันนี้ (ในสถาปัตยกรรมซอฟต์แวร์) จากการพูดคุยของ Robert C. Martin และในช่วงครึ่งหลังของวิดีโอหัวข้อของฐานข้อมูลเป็นจุดสนใจหลัก จากความเข้าใจในสิ่งที่เขาพูดดูเหมือนว่าเขาจะบอกว่า SSD นั้นจะลดประโยชน์ของฐานข้อมูล ( อย่างมาก ) เพื่ออธิบายวิธีที่ฉันมาถึงการตีความนี้: เขากล่าวถึงวิธีที่มี HDDs / ดิสก์หมุนการดึงข้อมูลช้า อย่างไรก็ตามทุกวันนี้เราใช้ SSD เขาตั้งข้อสังเกต เขาเริ่มต้นด้วย "RAM กำลังมา" จากนั้นดำเนินการต่อโดยการกล่าวถึงดิสก์ RAM แต่แล้วก็บอกว่าเขาไม่สามารถเรียกมันว่าดิสก์ RAM ได้ดังนั้นจึงต้องบอกว่า RAM ดังนั้นสำหรับ RAM เราไม่ต้องการดัชนีเพราะทุกไบต์ต้องใช้เวลาเท่ากันในการรับ ( ย่อหน้านี้ถอดความจากฉัน ) ดังนั้นเขาแนะนำ RAM (เหมือนในหน่วยความจำคอมพิวเตอร์) แทน DBs (นั่นคือสิ่งที่ฉันตีความคำแถลงของเขาในฐานะ) ไม่สมเหตุสมผลเพราะมันเหมือนกับการบอกว่าระเบียนทั้งหมดเป็นหน่วยความจำในการประมวลผลตลอดอายุการใช้งานของแอปพลิเคชัน …

28 database-design  performance  index  hardware  ssd 

ฉันมีฐานข้อมูลเซิร์ฟเวอร์ SQL ขนาด 1.4TB ที่พยายามอย่างหนักกับดิสก์ I / O เราได้ติดตั้งอาร์เรย์ SSD ใหม่ลงในเซิร์ฟเวอร์ที่จะแก้ปัญหาทั้งหมดของเราเราเพิ่งจะโต้วาทีวิธีที่ดีที่สุดในการย้ายฐานข้อมูลไปทั่ว เป็นการดีถ้าเราสามารถทำได้โดยไม่หยุดทำงานนั่นเป็นสิ่งที่ดีที่สุด แต่ในกรณีที่ตัวเลือกอยู่ระหว่างสองวันของประสิทธิภาพที่ไม่ดี (เช่นขณะคัดลอกข้อมูล) เมื่อเทียบกับการหยุดทำงานสองชั่วโมงตัวเลือกหลังอาจเหมาะสมกว่า จนถึงตอนนี้วิธีแก้ไขปัญหาที่เราพบคือ: คัดลอกง่าย ใช้ฐานข้อมูลออฟไลน์คัดลอกไฟล์ข้ามเปลี่ยนตำแหน่งใน SQL Server และนำกลับมาออนไลน์ ตัวเลขคร่าวๆประมาณว่าจะใช้เวลานานถึงห้าชั่วโมงซึ่งไม่เป็นที่ยอมรับจริงๆ แต่เป็นวิธีที่ง่ายที่สุด การคัดลอกระดับบล็อก การใช้ยูทิลิตีคล้าย rsync เราจะคัดลอกไฟล์ข้ามพื้นหลังในขณะที่ฐานข้อมูลกำลังทำงาน เมื่อเราพร้อมที่จะย้ายข้อมูลเราใช้ออฟไลน์ DB ทำสำเนาที่แตกต่างกันโดยใช้ยูทิลิตี้นี้จากนั้นชี้เซิร์ฟเวอร์ SQL ไปที่ไฟล์ใหม่และนำมาออนไลน์ ไม่ทราบเวลาที่นี่ เราไม่ทราบว่าต้องใช้เวลานานเท่าใดในการวิเคราะห์ความแตกต่างของ 1.4TB และคัดลอกสิ่งนั้นข้าม ข้อกังวลอื่น ๆ ของเราคือการคัดลอกระดับบล็อกจะทำให้ไฟล์ในบางสถานะไม่สามารถอ่านได้โดย SQL Server และเราจะเสียเวลา การโยกย้าย SQL สร้างไฟล์ข้อมูล SQL ขนาด 1.4TB ใหม่บนดิสก์ใหม่และปิดใช้งาน autogrowth …

11 sql-server  ssd