Tôi đã thừa hưởng một trang web khách hàng có cơ sở dữ liệu cực kỳ lớn mà không có lý do. Có một lượng nội dung vừa phải và rất ít mô-đun kích hoạt. Tuy nhiên, cơ sở dữ liệu quá lớn để di chuyển dễ dàng và tôi muốn dọn sạch nó.

Tôi đã xóa các bảng bộ đệm, syslog và accesslog tiêu chuẩn.

Có bảng nào khác tôi có thể cắt ngắn một cách an toàn trong một trang web Drupal tiêu chuẩn không?

Sử dụng mô-đun sao lưu và di chuyển , nó đi kèm với các mặc định tốt để bỏ qua dữ liệu không cần thiết . Theo mặc định, nó tạo ra một bản sao lưu DB mà không có bộ đệm, bộ giám sát và một số bảng khác.

Nếu điều này không có ích gì với phpMyAdmin và cho chúng tôi biết bảng nào có nhiều mục.

Drupal 7 bảng có thể được loại trừ

Dưới đây là danh sách các bảng trong Drupal 7 mà bạn có thể xóa (để giảm kích thước cơ sở dữ liệu) hoặc loại trừ một cách an toàn để thực hiện di chuyển (như trong câu hỏi về Làm thế nào để giảm kích thước cơ sở dữ liệu được xuất cục bộ để vượt qua giới hạn nhập máy chủ của tôi? ):

• truy cập
• đợt
• tất cả các bảng liên quan đến bộ đệm, chẳng hạn như:
  • bộ đệm *
  • cache_block
  • cache_content
  • cache_filter *
  • cache_form
  • cache_calWiki_ical
  • cache_menu *
  • cache_page *
  • cache_view
  • * _cache, chẳng hạn như features_cache hoặc Views_data_object_export_cache
• ctools_view_cache
• ctools_object_cache
• devel_queries
• devel_times
• lũ lụt
• lịch sử
• xếp hàng
• nhiều bảng tìm kiếm_ * khác nhau, chẳng hạn như:
  • search_dataset
  • tìm kiếm_index
  • tìm kiếm_keywords_log
  • tìm kiếm
• semaphore
• phiên
• cơ quan giám sát
• webform_submit_data

Thông thường các bảng như search_indexvà watchdogsử dụng nhiều không gian cơ sở dữ liệu, vì vậy chỉ cần loại bỏ 2 bảng đó có thể tạo ra sự khác biệt rất lớn.

Các bảng khác có thể được loại trừ

Kiểm tra kích thước của các bảng còn lại của bạn và xác định một trong số chúng có kích thước lớn nhất.

Thông thường, bạn có thể tìm thấy các bảng phiên không có quy trình dọn dẹp. Những bảng như vậy có lẽ bạn cũng có thể loại trừ.

Mô-đun sao lưu và di chuyển

Để tiếp tục giảm thách thức như chi tiết trong " Cách giảm kích thước cơ sở dữ liệu được xuất cục bộ để vượt qua giới hạn nhập máy chủ của tôi? ", Hãy xem mô-đun Sao lưu và Di chuyển . Đây là một trích dẫn từ trang dự án của nó (đánh dấu đậm được thêm vào đây):

Sao lưu và khôi phục cơ sở dữ liệu, mã và tệp Drupal MySQL của bạn hoặc di chuyển một trang web giữa các môi trường. Sao lưu và di chuyển hỗ trợ nén gzip, bzip và zip cũng như sao lưu theo lịch trình tự động.

Với Sao lưu và Di chuyển, bạn có thể kết xuất một số hoặc tất cả các bảng cơ sở dữ liệu của mình để tải xuống tệp hoặc lưu vào một tệp trên máy chủ hoặc ngoại vi và để khôi phục từ kết xuất cơ sở dữ liệu đã tải lên hoặc đã lưu trước đó. Bạn có thể chọn bảng nào và dữ liệu nào để sao lưu và dữ liệu bộ đệm được loại trừ theo mặc định .

Và còn nhiều hơn thế: nếu môi trường cục bộ của bạn (ví dụ Win hoặc Mac) khác với HĐH mà máy chủ của trang web được lưu trữ của bạn đang chạy (như Linux), thì những khác biệt giữa các OS-es tiềm ẩn những thách thức bổ sung tiềm năng. Tôi đã có kinh nghiệm tốt với mô-đun Sao lưu và Di chuyển giữa các hệ điều hành khác nhau, điều này không gây ra bất kỳ vấn đề nào (hoạt động tốt) trong các tình huống xuất / nhập MySql điển hình thất bại trước đó.

Theo kinh nghiệm của tôi, tôi lọc tất cả các bảng "cache_ *".

• cộng với "cơ quan giám sát" nếu tôi không quan tâm đến nhật ký Drupal trong quá khứ
• cộng với "accesslog" nếu tôi không quan tâm đến người dùng đã đăng nhập
• cộng với "tìm kiếm" nếu tôi không quan tâm đến nội dung các nút được lập chỉ mục

Đôi khi tôi chạy SQL này để theo dõi sự phát triển của các bảng hàng đầu:

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

Cơ quan giám sát và phiên cũng có thể bị xóa, hãy nhớ rằng tất cả người dùng sẽ được đăng xuất.

Với myQuery, bạn có thể làm những điều thú vị với chương trình mysqldump để xuất toàn bộ cơ sở dữ liệu hoặc theo từng phần. Ví dụ, điều này chỉ xuất cấu trúc:

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

Sau đó, bạn có thể sử dụng tùy chọn 'bảng bỏ qua' để xuất thêm dữ liệu, ví dụ:

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

Điều đó đặt dữ liệu vào cuối tập tin trước đó bỏ qua một số bảng lớn.

Nếu sau đó bạn cần các bảng lớn thì bạn có thể xuất chúng sang một tệp khác bằng cách sử dụng phương pháp trên, sau đó bạn có thể nhập chúng theo từng khối (mặc dù có thể cần phải kiểm tra fk).

Bạn đã gzip tập tin của bạn trước khi tải lên, hoặc đó là một câu hỏi ngớ ngẩn?

Sử dụng mô-đun OptimizeDB để làm sạch các bảng bộ đệm. Các Quản trị Cơ sở dữ liệu cũng rất hữu ích.

Đừng quên sao lưu cơ sở dữ liệu.

không phải là chuyên gia siêu về vấn đề này nhưng chia sẻ kinh nghiệm của tôi ... nếu bạn không sử dụng sao lưu và mô-đun di cư và tự xuất ra một số các bảng bạn có thể làm rỗng / truncate sẽ watchdog, cache, cache_menu, cache_block, cache_content, cache_formvì chúng có thể chứa một lượng lớn số lượng nội dung được lưu trong bộ nhớ cache mà tôi cho là sẽ không bị tổn thương ... nhưng một lần nữa đây là kinh nghiệm của tôi và tôi đã không gặp phải rắc rối hoặc mất dữ liệu vì điều này.

Một vài ý tưởng:

• Một cách tiếp cận hoàn toàn khác sẽ là tạo nguồn cấp RSS bằng cách sử dụng chế độ xem dữ liệu bạn muốn giữ. Sau đó tạo bản cài đặt Drupal mới và nhập dữ liệu này bằng API nguồn cấp dữ liệu .
• Và chỉ là một cách tiếp cận khác: Thuê một sinh viên và để anh ấy / cô ấy chuyển dữ liệu theo cách thủ công vào bản cài đặt mới của bạn.
• Hoặc cái này: Hãy cho chúng tôi biết thêm về những bảng nào rất lớn và lý do cho việc này là gì (nếu bạn biết).

Kiểm tra example.drushrc.phpdanh sách này:

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

An toàn để xóa chúng về mặt di chuyển cơ sở dữ liệu giữa các môi trường khác nhau (đặc biệt là khi bạn làm việc với cơ sở dữ liệu lớn ). Tuy nhiên, bạn vẫn cần phải hiểu những gì bạn đang làm rõ.

Các bảng bổ sung có thể bị xóa:

• đợt
• webform_submit_data

Những thứ khác có thể chiếm khá nhiều dung lượng: - phiên bản cũ hơn của nội dung của bạn (không thể xóa bằng một phần rút gọn đơn giản). - loc_source và loc_target. Nếu bạn có ngôn ngữ không được sử dụng nữa hoặc dịch chuỗi cho các mô-đun mà bạn không sử dụng nữa. Những cái bàn này dường như không bao giờ được làm sạch.