系統類型:64位
Windows版本:在Windows Server 2008 R2企業
的Microsoft Windows Server:6.1
MySQL工作臺版本:6.3
我管理多站點WordPress和它已經增長到33,000個表格,所以它變得非常慢。所以我試圖優化我們的安裝。我一直在開發DEV服務器,並最終刪除整個網站。假設現在複製活動服務器不是一個選項(請相信我,它不是),請你可以幫我以下幾點:
我突出顯示並從活動服務器複製表格將它們粘貼到DEV服務器文件夾。 Workbench識別Schemas區域中的表格,但是當我編寫SELECT查詢時,對於Innodb表格,它表示它們不存在。但是,MyISAM表成功運行。
我只是困惑,因爲我知道表在正確的文件夾,但由於某些原因,他們不查詢。我看到一個解決方案,說用常規查詢創建表格,然後將它們覆蓋在文件夾中,但這對我來說並不現實,因爲有33,000個表格。你們有沒有想過如何讓這些Innodb表再次運作?Innodb的表不存在
0
A
回答
0
您不能通過文件系統複製各個InnoDB表。
您可以使用「可移動表空間」來執行此操作。請參閱您正在使用的MySQL版本的文檔。 (這是而不是與Workbench
相同的版本。)
這樣做並不明智,但這是可能的。相反,你應該使用一些轉儲/加載機制,如mysqldump
或xtrabackup
。
WordPress的設計缺陷讓你得到33,000個表格。由於涉及到所有文件,這給操作系統帶來了性能壓力。
在轉向InnoDB的過程中,我會通過innodb_file_per_table
的選擇小心地推薦您。這些想法涉及您使用的是哪個MySQL,表格有多大以及您是否將使用「可移動表空間」。
我確實有一個強烈建議在WP中更改索引:請參見http://mysql.rjweb.org/slides/cook.pdf的幻燈片63。它將提高許多查詢的性能。
相關問題
- 1. 將InnoDB表合併到MyISAM中:不存在的表抱怨
- 2. InnoDB緩存鍵不存在嗎?
- 3. innodb_buffer_pool_size與大InnoDB存檔表
- 4. 遷移表InnoDB的
- 5. 代InnoDB表
- 6. Innodb&Temporary表
- 7. 優化innodb表
- 8. InnoDB:雖然表中的.frm文件存在,但無法從InnoDB的內部數據字典中打開表格
- 9. 的phpMyAdmin - InnoDB表不會加入
- 10. InnoDB表錯誤:不存在/存在。孤兒桌? mysql命令客戶端中的不可見數據庫
- 11. 在MySQL(InnoDB的)
- 12. 的MySQL從內存中刪除表中加入InnoDB表
- 13. InnoDB代表什麼?
- 14. mysql innodb中斷表
- 15. 大INNODB表鎖定
- 16. WordPress的InnoDB和MyISAM表
- 17. 未知的表引擎'InnoDB'
- 18. myISAM和InnoDB表的外鍵
- 19. 刪除墜毀的Innodb表
- 20. Innodb表的創建時間
- 21. InnoDB的奇怪表演
- 22. MySQL與InnoDB表不斷崩潰
- 23. innodb節省存儲空間
- 24. InnoDB file_per_table存儲版本
- 25. InnoDB只能在內存中使用嗎?
- 26. 查找MySQL數據庫/表,它們存儲在innodb引擎中
- 27. InnoDB更新MyISAM和InnoDB表的事務的行爲
- 28. 在不鎖定表的情況下導入MySQL InnoDB轉儲
- 29. 如何將MySQL InnoDB表數據同步到內存表
- 30. Mysql內存表與InnoDB表(很多插入,很少讀取)