innodb

0熱度

2回答

我正在重新開發一個Web應用程序及其基礎結構，最初使用SQL Server 2005，ASP.NET &將Windows 2003添加到LAMMP（當然還有額外的M for memcached）由於架構經過大量重構（我有充分理由這樣做），因此我必須編寫一個自定義遷移應用程序。問題是InnoDB主鍵+外鍵約束阻礙了我將數據插入MySQL/InnoDB表的能力。我已經嘗試過使用DISABLE KEY

1熱度

1回答

對MySQL InnoDB表的更改 - 涉及哪些文件，爲什麼？

當改變一個InnoDB MySQL表出現在文件系統上的下列文件參與的內容/改變： /path/to/mysql/data/[database]/[table].ibd（由於innodb_file_per_table） /path/to/mysql/data/data/ib_logfile0 /path/to/mysql/data/data/ib_logfile1 /path/to/mysql/da

4熱度

2回答

爲什麼我的InnoDB表的記錄數有奇怪的值？

下面是行2代表的ammount的在我的MySQL數據庫 1是MyISAM的其他InnoDB的，誰能告訴我，爲什麼InnoDB的人有此〜在號碼前？這些數字從phpmyadmin的來到 10,308 MyISAM ~118,011 InnoDB

3熱度

3回答

使用innoDb實現搜索功能的最佳方式

如果索引在大型產品表中使用innodb，MyISAM由於缺少事務和關係支持而不是選項，我需要在一對夫婦上實現全文搜索。我可以想到一些方法來做到這一點，插件，存儲過程，帶鍵的搜索表和複製索引的MyIsam格式。你是怎麼實現這個過去的，這是最好的方法（包括我沒有提到過的），爲什麼？該插件聽起來很貴，存儲過程聽起來很慢，搜索表聽起來像和管理員的噩夢。喜歡聽你的意見。

4熱度

1回答

MySQL PBXT vs InnoDB

我想知道新的PBXT引擎與優秀的老版本InnoDB有什麼區別？我在哪裏可以找到一個功能列表，也許有些基準比較這兩個數據庫引擎？

105熱度

5回答

MySQL InnoDB在從表中刪除數據行後沒有釋放磁盤空間

我有一個使用InnoDB存儲引擎的MySQL表;它包含大約2M數據行。當我從表中刪除數據行時，它沒有釋放分配的磁盤空間。運行optimize table命令後，ibdata1文件的大小也沒有減小。有沒有辦法從MySQL回收磁盤空間？我處於惡劣的狀況;此應用程序運行在大約50個不同的位置，現在幾乎所有的磁盤空間都出現問題。

7熱度

5回答

問題改變innodb_log_file_size

我沒有做過多的調整，所以這可能相對容易，但我遇到了問題。這是我做的：停止MySQL的編輯my.cnf文件（改變innodb_log_file_size）刪除ib_logfile0/1 啓動MySQL 啓動正常不過的所有InnoDB表有.frm文件是無效的錯誤，狀態顯示InnoDB引擎被禁用，所以我顯然回去了，刪除了更改並且一切都重新運行。我能夠改變我嘗試過的每一個其他變量，但我似乎無法找出

0熱度

1回答

塗改約束刪除操作

我這樣做： ALTER TABLE `db`.`my_table` ADD CONSTRAINT FOREIGN KEY (`my_second_table_id`) REFERENCES `my_second_table` (`id`); 我應該這樣做： ALTER TABLE `db`.`my_table` ADD CONSTRAINT FOREIGN KEY (`my_second

11熱度

4回答

爲什麼在表創建後刪除django DATABASE_OPTIONS的「init_command set engine = INNODB」？在<a href="https://docs.djangoproject.com/en/1.9/ref/databases/#creating-your-tables" rel="nofollow noreferrer">creating your database tables</a>

文件說：另一種選擇是使用MySQLdb的的init_command選項創建表之前： DATABASE_OPTIONS = { "init_command": "SET storage_engine=INNODB", } 這在連接到數據庫中設置默認存儲引擎。創建表後，應刪除此選項作爲，它將僅在表創建期間需要的查詢添加到每個數據庫連接。有誰知道爲什麼是有必要刪除表的創建後，此

9熱度

2回答

MySQL刪除行上的死鎖

我們有一個（目前InnoDB）表，其中包含大約500,000行。這表示要運行的任務隊列。它存儲在一個MySQL數據庫中。一個持續的基礎，至少每秒一次，但有時更頻繁，我們從中選擇數據並隨後更新一些行。我們每天一次修剪表格中的舊行。我們開始在桌上發現死鎖，這導致我們的任務處理陷入停滯。這些僵局是在夜間修剪過程中造成的。 DELETE，SELECT和UPDATE的組合意味着基本上沒有什麼生產力可能發