MySQL MRG_MyISAM 引擎報錯解決

報錯： Unable to open underlying table which is differently defined or of non-MyISAM type or doesn't exist

所以當遇到Unable to open underlying table which is differently defined or of non-MyISAM type or doesn't exist報錯的時候須要從以下幾個方面入手：

一、查看是否是有一些表不是MYISAM引擎的表，由於MERGE引擎只適用於MYISAM表

二、查看是否是在union的表中含有不存在的表。

三、查看是否是MERGE的時候引用了不在同一個庫的表，而且該表沒有指定數據庫名字。

四、比較各個表的結構（索引、引擎、列、字符集等）是否一致。

MRG_MyISAM 引擎：

CREATE TABLE `pvlogs_merge_test` (

`id` varchar(100) NOT NULL,

`member_id` int(11) DEFAULT NULL,

`jsession` int(11) DEFAULT NULL,

`ip` bigint(20) DEFAULT NULL,

`search_id` bigint(20) DEFAULT NULL,

`info_id` bigint(20) DEFAULT NULL,

`lastmodify` timestamp NULL DEFAULT NULL,

`disc` int(11) NOT NULL,

`status` int(11) NOT NULL DEFAULT '0' COMMENT 'When the page(html) is open ,this attribute will set 1',

PRIMARY KEY (`id`),

KEY `info_id` (`info_id`),

KEY `member_id` (`member_id`),

KEY `ip` (`ip`)

) ENGINE=MRG_MyISAM DEFAULT CHARSET=utf8 UNION=(`pvlogs_20170313`,`pvlogs_20170312`,`pvlogs_20170311`,`pvlogs_20170310`,`pvlogs_20170309`,`pvlogs_20170308`,`pvlogs_20170307`,`pvlogs_20170306`,`pvlogs_20170305`,`pvlogs_20170304`,`pvlogs_20170303`,`pvlogs_20170302`,`pvlogs_20170301`,`pvlogs_20170228`,`pvlogs_20170227`,`pvlogs_20170226`,`pvlogs_20170225`,`pvlogs_20170224`,`pvlogs_20170223`,`pvlogs_20170222`,`pvlogs_20170221`,`pvlogs_20170220`,`pvlogs_20170219`,`pvlogs_20170218`,`pvlogs_20170217`,`pvlogs_20170216`,`pvlogs_20170215`,`pvlogs_20170214`,`pvlogs_20170213`,`pvlogs_20170212`,`pvlogs_20170211`,`pvlogs_20170210`,`pvlogs_20170209`,`pvlogs_20170208`,`pvlogs_20170207`,`pvlogs_20170206`,`pvlogs_20170205`,`pvlogs_20170204`,`pvlogs_20170203`,`pvlogs_20170202`,`pvlogs_20170201`,`pvlogs_20170131`,`pvlogs_20170130`,`pvlogs_20170129`,`pvlogs_20170128`,`pvlogs_20170127`,`pvlogs_20170126`,`pvlogs_20170125`,`pvlogs_20170124`,`pvlogs_20170123`,`pvlogs_20170122`,`pvlogs_20170121`,`pvlogs_20170120`,`pvlogs_20170119`,`pvlogs_20170118`,`pvlogs_20170117`,`pvlogs_20170116`,`pvlogs_20170115`,`pvlogs_20170114`,`pvlogs_20170113`)；

 

因爲一天的pvlogs_20170310表沒有建立成功。致使這個pvlogs_merge_test出現問題。。。

 

關於mrg_myisam 作分區表。。。。整理自網絡。。。。

通常來講，當咱們的數據庫的數據超過了100w記錄的時候就應該考慮分表或者分區了，此次我來詳細說說分表的一些方法。目前我所知道的方法都是MYISAM的，INNODB如何作分表而且保留事務和外鍵，我還不是很瞭解。

 

首先，咱們須要想好到底分多少個表，前提固然是知足應用。這裏我使用了一個比較簡單的分表方法，就是根據自增id的尾數來分，也就是說分0-9一共10個表，其取值也很好作，就是對10進行取模。另外，還能夠根據某一字段的md5值取其中幾位進行分表，這樣的話，能夠分的表就不少了。

好了，先來建立表吧，代碼以下

 CREATETABLE `test`.`article_0` ( `id` BIGINT( 20 ) NOTNULL , `subject` VARCHAR( 200 ) NOTNULL , `content` TEXTNOTNULL , PRIMARYKEY ( `id` ) ) ENGINE = MYISAM CHARACTERSET utf8 COLLATE utf8_general_ci CREATETABLE `test`.`article_1` ( `id` BIGINT( 20 ) NOTNULL , `subject` VARCHAR( 200 ) NOTNULL , `content` TEXTNOTNULL , PRIMARYKEY ( `id` ) ) ENGINE = MYISAM CHARACTERSET utf8 COLLATE utf8_general_ci CREATETABLE `test`.`article_2` ( `id` BIGINT( 20 ) NOTNULL , `subject` VARCHAR( 200 ) NOTNULL , `content` TEXTNOTNULL , PRIMARYKEY ( `id` ) ) ENGINE = MYISAM CHARACTERSET utf8 COLLATE utf8_general_ci CREATETABLE `test`.`article_3` ( `id` BIGINT( 20 ) NOTNULL , `subject` VARCHAR( 200 ) NOTNULL , `content` TEXTNOTNULL , PRIMARYKEY ( `id` ) ) ENGINE = MYISAM CHARACTERSET utf8 COLLATE utf8_general_ci CREATETABLE `test`.`article_4` ( `id` BIGINT( 20 ) NOTNULL , `subject` VARCHAR( 200 ) NOTNULL , `content` TEXTNOTNULL , PRIMARYKEY ( `id` ) ) ENGINE = MYISAM CHARACTERSET utf8 COLLATE utf8_general_ci CREATETABLE `test`.`article_5` ( `id` BIGINT( 20 ) NOTNULL , `subject` VARCHAR( 200 ) NOTNULL , `content` TEXTNOTNULL , PRIMARYKEY ( `id` ) ) ENGINE = MYISAM CHARACTERSET utf8 COLLATE utf8_general_ci CREATETABLE `test`.`article_6` ( `id` BIGINT( 20 ) NOTNULL , `subject` VARCHAR( 200 ) NOTNULL , `content` TEXTNOTNULL , PRIMARYKEY ( `id` ) ) ENGINE = MYISAM CHARACTERSET utf8 COLLATE utf8_general_ci CREATETABLE `test`.`article_7` ( `id` BIGINT( 20 ) NOTNULL , `subject` VARCHAR( 200 ) NOTNULL , `content` TEXTNOTNULL , PRIMARYKEY ( `id` ) ) ENGINE = MYISAM CHARACTERSET utf8 COLLATE utf8_general_ci CREATETABLE `test`.`article_8` ( `id` BIGINT( 20 ) NOTNULL , `subject` VARCHAR( 200 ) NOTNULL , `content` TEXTNOTNULL , PRIMARYKEY ( `id` ) ) ENGINE = MYISAM CHARACTERSET utf8 COLLATE utf8_general_ci CREATETABLE `test`.`article_9` ( `id` BIGINT( 20 ) NOTNULL , `subject` VARCHAR( 200 ) NOTNULL , `content` TEXTNOTNULL , PRIMARYKEY ( `id` ) ) ENGINE = MYISAM CHARACTERSET utf8 COLLATE utf8_general_ci

 

 好了10個表建立完畢了，須要注意的是，這裏的id不能設爲自增，並且全部的表結構必須一致，包括結構，類型，長度，字段的順序都必須一致那麼對於這個id如何取得呢？後面我會詳細說明。如今，咱們須要一個合併表，用於查詢，建立合併表的代碼以下

CREATETABLE `test`.`article` ( `id` BIGINT( 20 ) NOTNULL , `subject` VARCHAR( 200 ) NOTNULL , `content` TEXTNOTNULL , PRIMARYKEY ( `id` ) ) ENGINE=MRG_MyISAM DEFAULT CHARSET=utf8 INSERT_METHOD=0UNION=(`article_0`,`article_1`,`article_2`,`article_3`,`article_4`,`article_5`,`article_6`,`article_7`,`article_8`,`article_9`);

    這裏INSERT_METHOD=0在某些版本可能不工做，須要改爲INSERT_METHOD=NO

注意，合併表也必須和前面的表有相同的結構，類型，長度，包括字段的順序都必須一致這裏的INSERT_METHOD=0表示不容許對本表進行insert操做。好了，當須要查詢的時候，咱們能夠只對article這個表進行操做就能夠了，也就是說這個表僅僅只能進行select操做

 

那麼對於插入也就是insert操做應該如何來搞呢，首先就是獲取惟一的id了，這裏就還須要一個表來專門建立id，代碼以下

CREATETABLE `test`.`create_id` ( `id` BIGINT( 20 ) NOTNULL AUTO_INCREMENT PRIMARYKEY ) ENGINE = MYISAM

  也 就是說，當咱們須要插入數據的時候，必須由這個表來產生id值，個人php代碼的方法以下

function get_AI_ID() { $sql = "insert into create_id (id) values('')"; $this->db->query($sql); return$this->db->insertID(); }

  好了，如今假設咱們要插入一條數據了，應該怎麼操做呢？仍是繼續看代碼吧

function new_Article() { $id = $this->get_AI_ID(); $table_name = $this->get_Table_Name($id); $sql = "insert into {$table_name} (id,subject,content) values('{$id}','測試標題','測試內容')"; $this->db->query($sql); }

 

/** * 用於根據id獲取表名 */function get_Table_Name($id) { return 'article_'.intval($id)%10; }

其實很簡單的，對吧，就是先獲取id，而後根據id獲取應該插入到哪一個表，而後就很簡單了。

對於update的操做我想應該不須要再說了吧，無非是有了id，而後獲取表名，而後進行update操做就行了。

更多內容：http://www.wangzhanjianshegs.com/網站建設