ฉันควรติดตั้งฐานข้อมูล 32 บิตหรือฐานข้อมูล 64 บิตหรือไม่

(ฉันอ่านมากเกี่ยวกับ 64-bit เทียบกับระบบปฏิบัติการ / แอพ 32 บิต แต่คำถามนี้เกี่ยวกับฐานข้อมูลโดยเฉพาะ)

ฉันพยายามที่จะเข้าใจข้อดีข้อเสียของฐานข้อมูลแบบ 32 บิตและ 64 บิตและภายใต้เงื่อนไขว่ามันเริ่มมีเหตุผลที่จะใช้การติดตั้งแบบ 64 บิต

ระบบฐานข้อมูลที่ฉันสนใจคือ: SQL Server 2008, MySQL และ PostgreSQL 9.0

ฉันได้อ่านแล้วว่า PostgreSQL รุ่น pre-9.0 มาใน 32 บิตสำหรับ Windows เท่านั้นและบทความนี้เกี่ยวกับการเรียกใช้ PostgreSQL 32- บิตบน 64- บิต Windowsจะกำจัดความสับสนของฉัน แต่ฉันกำลังมองหาข้อมูลเพิ่มเติม

เมื่อใดที่ฉันจะได้รับประโยชน์จากการใช้ฐานข้อมูล 64 บิต (เช่นขนาดฐานข้อมูล / พื้นที่ว่างในดิสก์, หน่วยความจำระบบที่มีอยู่, ประเภทของข้อมูลที่ทราบว่าได้รับประโยชน์จากฐานข้อมูลใด, โปรแกรมฐานข้อมูลที่ใช้อยู่ ฯลฯ )

ภายใต้เงื่อนไขที่เริ่มใช้การติดตั้ง 64 บิต

ภายใต้ทั้งหมดยกเว้นการงี่เง่า ขออภัย - สิ่งที่ดีที่จะติดตั้งฐานข้อมูล 32 บิตบนเซิร์ฟเวอร์ 64 บิต และ - จินตนาการ - เซิร์ฟเวอร์ 2008R2 นั้นมีให้ใช้งานใน 64 บิตเท่านั้น

มี - วันนี้ - ไม่มีสถานการณ์ที่เหมาะสมที่จะติดตั้ง SQL Server รุ่น 32 บิตหากมีโอกาส

ฐานข้อมูลมีความเฉพาะในเรื่องนี้ - เนื่องจากต้องการใช้หน่วยความจำจำนวนมากเป็นแคชหากจำเป็น มากกว่า 2gb / 3gb ที่น้อยมากกระบวนการ 32 บิตสามารถให้ได้ PAE ไม่เหมือนกัน แม้จะละเว้นข้อ จำกัด หน่วยความจำ PAE ไม่เท่ากับหน่วยความจำจริงสำหรับ SQL Server for (ใช้สำหรับสิ่งเดียวเท่านั้น - แคชหน้า db)

ระบบปฏิบัติการ 32 บิต - อยู่ในระดับเดียวกัน มันไม่มีเหตุผลเกี่ยวกับฮาร์ดแวร์ที่ทันสมัยในการติดตั้งระบบปฏิบัติการ 32 บิต

PostgreSQL ได้ประโยชน์จากการสร้าง 64 บิตในสองวิธีหลัก ก่อนประเภทข้อมูลที่สามารถพอดีกับ 64- บิต (จำนวนเต็มขนาดใหญ่และประเภทประทับเวลาส่วนใหญ่) สามารถส่งผ่านได้อย่างมีประสิทธิภาพมากขึ้นโดยตรงในการลงทะเบียนมากกว่าการใช้ตัวชี้ ประการที่สองเป็นไปได้ที่จะจัดสรรหน่วยความจำเพิ่มเติมสำหรับแคชบัฟเฟอร์เฉพาะของฐานข้อมูล จุดลดลงของการส่งคืนบน tunable (shared_buffers) นั้นมักจะอยู่ที่ประมาณ 8GB แต่จะถูก จำกัด ที่ <2GB บนระบบ 32 บิต

อย่างไรก็ตามหากคุณใช้ Windows PostgreSQL จะไม่จัดการหน่วยความจำที่ใช้ร่วมกันอย่างมีประสิทธิภาพเหมือนกับบนแพลตฟอร์ม UNIX-ish จุดกลับลดลงโดยทั่วไปแล้วจะกลายเป็น <= 512MB ของหน่วยความจำเฉพาะสำหรับฐานข้อมูลไม่ว่าคุณจะมี PostgreSQL รุ่น 32 บิตหรือ 64 บิต คุณจะทำได้ดีกว่าที่จะปล่อยให้ส่วนที่เหลือไว้สำหรับแคชของระบบปฏิบัติการแทนที่จะอุทิศให้กับฐานข้อมูล ดังนั้นจึงไม่มีประสิทธิภาพที่เพิ่มขึ้นจาก 32 เป็น 64 บิตด้วย PostgreSQL บน Windows tunable หลักที่ปกติแล้วจะได้รับประโยชน์จากการมี RAM ให้ใช้มากกว่าปกติไม่ได้ใช้งานได้ดีนัก

ฉันรัน MySQL บนสถาปัตยกรรม 64 บิตเพราะฉันต้องการให้พวกเขาใช้หน่วยความจำมากกว่า 4GB ต่อเธรดได้อย่างมีประสิทธิภาพมากที่สุด โดยทั่วไปการพูดควรใช้กับฐานข้อมูลทั้งหมด

หนึ่งในความแตกต่างหลักระหว่างสถาปัตยกรรมคือการเพิ่มที่อยู่ทำให้การจัดการหน่วยความจำมากขึ้น ในขณะที่การขยายที่อยู่ทางกายภาพของ Intel อนุญาตให้ระบุที่อยู่มากกว่า 4GB ได้ แต่ก็ยัง จำกัด อยู่ที่ 4GB ต่อเธรด PAE อนุญาตสูงสุด 64GB

Wikipedia มีการเปรียบเทียบระหว่าง 64 บิตและ 32 บิตซึ่งมีรายละเอียดในระดับต่ำกว่า

โปรดทราบว่าหากคุณมีไลบรารีไคลเอนต์ MySQL 64 บิตเท่านั้นคุณจะได้รับข้อผิดพลาด "สถาปัตยกรรมผิด" เมื่อพยายามเชื่อมโยงเข้าด้วยกันด้วยรหัส 32 บิต สิ่งนี้เกิดขึ้นกับฉันเมื่อฉันพยายามติดตั้ง python bindings ("pip install MySQL-python")

เราสามารถใช้เซิร์ฟเวอร์ MySQL 64- บิตกับไคลเอนต์ MySQL 32- บิตและเป็นที่น่าเสียดายที่ MySQL Community Server ไม่ได้รวมไลบรารีไลบรารี่ไคลเอ็นต์ทั้งแบบ 32- บิตและ 64- บิต ที่ถูกต้องวิธีการแก้ปัญหาคือการติดตั้ง 32 บิตห้องสมุดลูกค้า MySQL เพิ่มเติม อย่างไรก็ตามเนื่องจากวิธีที่ง่ายที่สุดในการติดตั้ง MySQL นั้นน่าจะเป็นการดาวน์โหลดแบบไบนารีของเซิร์ฟเวอร์ชุมชน MySQLและเนื่องจากตัวติดตั้ง 64- บิตนั้นมาพร้อมกับไลบรารี่ของไคลเอ็นต์ 64- บิตเท่านั้นเส้นทางที่มีความต้านทานน้อยที่สุดคือเพียงดาวน์โหลดตัวติดตั้ง 32 บิต .

(ทั้งหมดนี้สมมติว่าคุณจะใช้ชุดข้อมูลขนาดเล็กมาก)

สำหรับหลาย ๆ สิ่ง 32 บิตเป็นชัยชนะ (ตราบใดที่คุณสามารถอยู่กับพื้นที่ที่อยู่) ได้ แต่ DB เป็นสิ่งหนึ่งที่แม้แต่ฐานข้อมูลขนาดเล็กก็สามารถเพิ่มการทำงานจริงได้ใน 64 บิต จริงอยู่ที่ฉันไม่รู้อะไรเกี่ยวกับเซิร์ฟเวอร์ MS SQL แต่ฉันเห็นมาตรฐาน (ตัวอย่างเช่นบน Sun 5 (Sun 64 บิตเก่าบนเดสก์ท็อป)) 32 บิตโดยทั่วไปจะเร็วกว่าเล็กน้อยยกเว้น mysql ซึ่งเป็น 30 % เร็วกว่าใน 64 บิต