ฉันได้รับมรดกเว็บไซต์ลูกค้าที่มีฐานข้อมูลขนาดใหญ่มากโดยไม่มีเหตุผล มีเนื้อหาในระดับปานกลางและโมดูลที่เปิดใช้งานน้อยมาก อย่างไรก็ตามฐานข้อมูลมีขนาดใหญ่เกินไปสำหรับเคลื่อนย้ายไปมาได้ง่ายและฉันต้องการทำความสะอาดออก

ฉันได้ล้างตารางแคชมาตรฐาน syslog และ accesslog แล้ว

มีตารางอื่น ๆ ที่ฉันสามารถตัดทอนในเว็บไซต์ Drupal มาตรฐานได้อย่างปลอดภัยหรือไม่?

ใช้สำรองข้อมูลและโมดูลโยกย้ายจะมาพร้อมกับค่าเริ่มต้นที่ดีสำหรับการกระโดดข้ามข้อมูลที่ไม่จำเป็น โดยค่าเริ่มต้นจะสร้างการสำรองฐานข้อมูลโดยไม่แคช, จ้องจับผิดและตารางอื่น ๆ

ถ้าสิ่งนี้ไม่ช่วยให้ดูด้วย phpMyAdmin และบอกเราว่าตารางใดมีรายการจำนวนมาก

Drupal 7 ตารางที่สามารถแยกออกได้

นี่คือรายการของตารางใน Drupal 7 ที่คุณสามารถล้างได้ (เพื่อลดขนาดฐานข้อมูล) หรือแยกออกจากการย้ายข้อมูลอย่างปลอดภัย (ดังเช่นในคำถามเกี่ยวกับวิธีลดขนาดฐานข้อมูลที่ส่งออกภายในเครื่องเพื่อรับข้อ จำกัด การนำเข้าเซิร์ฟเวอร์ ):

• accesslog
• ชุด
• ตารางที่เกี่ยวข้องกับแคชทั้งหมดเช่น:
  • แคช *
  • cache_block
  • cache_content
  • cache_filter *
  • cache_form
  • cache_calendar_ical
  • cache_menu *
  • cache_page *
  • cache_views
  • * _cache เช่น features_cache หรือ views_data_object_export_cache
• ctools_views_cache
• ctools_object_cache
• devel_queries
• devel_times
• น้ำท่วม
• ประวัติศาสตร์
• คิว
• ตาราง search_ * ต่างๆเช่น:
  • search_dataset
  • search_index
  • search_keywords_log
  • search_total
• สัญญาณ
• การประชุม
• สุนัขเฝ้าบ้าน
• webform_submitted_data

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

ตารางอื่น ๆ ที่อาจถูกยกเว้น

ตรวจสอบขนาดของตารางที่เหลือและระบุว่าตารางใดมีขนาดใหญ่ที่สุด

โดยทั่วไปแล้วคุณอาจพบตารางเซสชันที่ไม่มีขั้นตอนการล้างข้อมูล ตารางดังกล่าวคุณอาจยกเว้นได้เช่นกัน

โมดูลสำรองและโอนย้าย

หากต้องการลดความท้าทายตามรายละเอียดใน " วิธีลดขนาดฐานข้อมูลที่ส่งออกในเครื่องเพื่อให้ได้ข้อ จำกัด การนำเข้าเซิร์ฟเวอร์ของฉัน " ให้ดูที่โมดูลสำรองข้อมูลและย้ายข้อมูลด้วย นี่คือคำพูดจากหน้าโครงการ (เพิ่มมาร์กอัปตัวหนาที่นี่):

สำรองและคืนค่าฐานข้อมูลรหัสและไฟล์ของ Drupal MySQL หรือโอนย้ายไซต์ระหว่างสภาพแวดล้อม การสำรองและย้ายข้อมูลรองรับการบีบอัด gzip, bzip และ zip รวมถึงการสำรองข้อมูลตามกำหนดเวลาโดยอัตโนมัติ

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

และยังมีอีกมาก: หากสภาพแวดล้อมในพื้นที่ของคุณ (เช่น Win หรือ Mac) แตกต่างจากระบบปฏิบัติการที่เซิร์ฟเวอร์ของเว็บไซต์โฮสต์ของคุณกำลังทำงาน (เช่น Linux) ความแตกต่างเหล่านี้ระหว่างระบบปฏิบัติการอาจบ่งบอกถึงความท้าทายที่อาจเกิดขึ้น ฉันมีประสบการณ์ที่ดีกับโมดูลสำรองข้อมูลและย้ายข้อมูลระหว่างระบบปฏิบัติการที่แตกต่างกันซึ่งไม่ได้ทำให้เกิดปัญหาใด ๆ (ทำงานได้ดี) ในสถานการณ์ที่การส่งออก / นำเข้า MySql ทั่วไปล้มเหลวมาก่อน

จากประสบการณ์ของฉันฉันล้างตาราง "cache_ *" ทั้งหมด

• บวก "watchdog" ถ้าฉันไม่สนใจเกี่ยวกับบันทึกของ Drupal ที่ผ่านมา
• บวก "accesslog" ถ้าฉันไม่สนใจผู้ใช้ที่เข้าสู่ระบบ
• รวมทั้ง "ค้นหา" ถ้าฉันไม่สนใจเนื้อหาของโหนดที่ทำดัชนี

บางครั้งฉันรัน SQL นี้เพื่อจับตาดูการเติบโตของตารางด้านบน:

SELECT * 
FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_SCHEMA =  'yourdbnamehere'
ORDER BY table_rows DESC 

สามารถล้าง Watchdog และเซสชันได้โปรดจำไว้ว่าผู้ใช้ทั้งหมดจะถูกออกจากระบบ

ด้วย mySQL คุณสามารถทำสิ่งสนุก ๆ ด้วยโปรแกรม mysqldump เพื่อส่งออกฐานข้อมูลทั้งหมดหรือบางส่วน เช่นนี้เพียงส่งออกโครงสร้าง:

mysqldump -u root -pBatteryHorseStapleObviously -h some_host --no-data dbname > ~/dbname.sql

จากนั้นคุณสามารถใช้ตัวเลือก 'ละเว้นตาราง' เพื่อส่งออกข้อมูลเพิ่มเติมเช่น

mysqldump -u root -pBatteryHorseStapleObviously -h some_host --ignore-table=dbname.huge_table --ignore-table=dbname.massive_table --ignore-table=dbname.useless_table some_host >> ~/dbname.sql

ซึ่งจะวางข้อมูลที่จุดสิ้นสุดของไฟล์ก่อนหน้านี้โดยไม่สนใจบางตารางขนาดใหญ่

หากคุณต้องการตารางจำนวนมากจากนั้นคุณสามารถส่งออกไปยังไฟล์ที่แตกต่างกันโดยใช้วิธีการด้านบนคุณสามารถนำเข้าตารางเหล่านั้นเป็นชิ้น ๆ (แม้ว่าอาจจำเป็นต้องตรวจสอบ fk)

คุณได้ gzip ไฟล์ของคุณก่อนที่จะอัปโหลดหรือว่าเป็นคำถามที่โง่?

ใช้โมดูลOptimizeDBเพื่อทำความสะอาดตารางแคช การบริหารฐานข้อมูลก็มีประโยชน์เช่นกัน

อย่าลืมสำรองข้อมูลของฐานข้อมูล

ไม่ได้เป็นผู้เชี่ยวชาญซุปเปอร์เกี่ยวกับเรื่องนี้ แต่การแบ่งปันประสบการณ์ของฉัน ... ถ้าคุณไม่ได้ใช้การสำรองข้อมูลและโมดูลโยกย้ายด้วยตนเองและส่งออกบางส่วนของตารางที่คุณสามารถล้าง / ตัดจะเป็นwatchdog, cache, cache_menu, cache_block, cache_content, cache_formขณะที่พวกเขาอาจจะมีขนาดใหญ่ จำนวนการล้างสิ่งที่แคชซึ่งฉันคิดว่าจะไม่ทำร้าย ... แต่อีกครั้งนี่เป็นประสบการณ์ของฉันและฉันไม่พบปัญหาหรือการสูญเสียข้อมูลเนื่องจากสิ่งนี้

ความคิดบางอย่าง:

• แนวทางที่แตกต่างอย่างสิ้นเชิงคือการสร้างฟีด RSS โดยใช้มุมมองของข้อมูลที่คุณต้องการเก็บไว้ แล้วสร้างการติดตั้ง Drupal สดและนำเข้าข้อมูลนี้กับฟีด API
• และอีกวิธีหนึ่ง: จ้างนักเรียนและให้เขา / เธอถ่ายโอนข้อมูลด้วยตนเองไปยังการติดตั้งใหม่ของคุณ
• หรืออันนี้: บอกเราเพิ่มเติมเกี่ยวกับสิ่งที่ตารางมีขนาดใหญ่มากและเหตุผลสำหรับสิ่งนี้ (ถ้าคุณรู้)

ตรวจสอบexample.drushrc.phpรายการเหล่านี้:

$options['structure-tables']['common'] = array('cache', 'cache_*', 'history', 'search_*', 'sessions', 'watchdog');
$options['skip-tables']['common'] = array('migration_*');

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

ตารางเพิ่มเติมที่สามารถเคลียร์ได้:

• ชุด
• webform_submitted_data

สิ่งอื่น ๆ ที่อาจใช้พื้นที่ค่อนข้างมาก: - เนื้อหาของคุณเวอร์ชันเก่ากว่า (ไม่สามารถล้างได้ด้วยการตัดทอนอย่างง่าย) - locales_source และ locales_target หากคุณมีภาษาที่ไม่ได้ใช้อีกต่อไปหรือการแปลสตริงสำหรับโมดูลที่คุณไม่ได้ใช้อีกต่อไป ตารางเหล่านี้ดูเหมือนจะไม่เคยทำความสะอาดเลย