一、复制表：

1、CREATE TABLE A LIKE B

此种方式在将表B复制到A时候会将表B完整的字段结构和索引复制到表A中来。

2、CREATE TABLE A AS SELECT x,x,x,xx FROM B LIMIT 0

此种方式只会将表B的字段结构复制到表A中来，但不会复制表B中的索引到表A中来。

这种方式比较灵活可以在复制原表表结构的同时指定要复制哪些字段，并且自身复制表也可以根据需要增加字段结构。

两种方式在复制表的时候均不会复制权限对表的设置。比如说原本对表B做了权限设置，复制后，表A不具备类似于表B的权限。

二、复制表记录：

1、create table a as select * from b

举例：

mysql> desc test;
+------------+---------------------+------+-----+---------+-------+
| Field      | Type                | Null | Key | Default | Extra |
+------------+---------------------+------+-----+---------+-------+
| TABLE_NAME | varchar(64)         | NO   |     |         |       |
| ENGINE     | varchar(64)         | YES  |     | NULL    |       |
| VERSION    | bigint(21) unsigned | YES  |     | NULL    |       |
+------------+---------------------+------+-----+---------+-------+
3 rows in set (0.00 sec)

mysql> create table test1 as select * from test;   
Query OK, 3604480 rows affected (6.04 sec)
Records: 3604480  Duplicates: 0  Warnings: 0

2、insert into table a select * from b

举例：

mysql> desc test;
+------------+---------------------+------+-----+---------+-------+
| Field      | Type                | Null | Key | Default | Extra |
+------------+---------------------+------+-----+---------+-------+
| TABLE_NAME | varchar(64)         | NO   |     |         |       |
| ENGINE     | varchar(64)         | YES  |     | NULL    |       |
| VERSION    | bigint(21) unsigned | YES  |     | NULL    |       |
+------------+---------------------+------+-----+---------+-------+
3 rows in set (0.00 sec)

mysql> insert into test select * from test;
Query OK, 1802240 rows affected (16.99 sec)
Records: 1802240  Duplicates: 0  Warnings: 0

其中1使用方法为DDL，而2为DML，在复制大表记录时1效率要高于2，

原理分析：create table as是ddl语句，insert into select是dml语句，insert into select每一条记录的时候都会产生undo和redo，整个过程相比create table as产生的redo和undo相当多，因此整个过程会慢也是正常的；但是create table as使用的前提是目标表的结构不存在才能使用；

当有大量数据的时候不推荐使用Insert into as，因为该语句的插入的效率很慢；

三、InnoDB配置

InnoDB存储引擎是默认地被允许的。如果你不想用InnoDB表，你可以添加skip-innodb选项到MySQL选项文件。

被InnoDB存储引擎管理的两个重要的基于磁盘的资源是InnoDB表空间数据文件和它的日志文件。

如果你指定无InnoDB配置选项，MySQL将在MySQL数据目录下创建一个名为ibdata1的10MB大小的自动扩展数据文件，以及两个名为ib_logfile0和ib_logfile1的5MB大小的日志文件。

要建立InnoDB表空间文件，在my.cnf选项文件里的[mysqld]节里使用innodb_data_file_path选项。在Windows上，你可以替代地使用my.ini文件。innodb_data_file_path的值应该为一个或多个数据文件规格的列表。

如果你命名一个以上的数据文件，用分号(‘;’)分隔它们：

innodb_data_file_path=datafile_spec1[;datafile_spec2]...

例如：把明确创建的具有相同特征的表空间作为默认设置的设置操作如下：

[mysqld]innodb_data_file_path=ibdata1:10M:autoextend这个设置配置一个可扩展大小的尺寸为10MB的单独文件，名为ibdata1。没有给出文件的位置，所以默认的是在MySQL的数据目录内。

尺寸大小用M或者G后缀来指定说明单位是MB或者GB。

一个表空间，它在数据目录里包含一个名为ibdata1的固定尺寸50MB的数据文件和一个名为ibdata2大小为50MB的自动扩展文件，其可以像这样被配置：

[mysqld]innodb_data_file_path=ibdata1:50M;ibdata2:50M:autoextend

一个指定数据文件的完全后缀包括文件名，它的尺寸和数个可选属性：

file_name:file_size[:autoextend[:max:max_file_size]]autoextend属性和后面跟着的属性只可被用来对innodb_data_file_path行里最后一个数据文件。

如果你对最后的数据文件指定autoextend选项。如果数据文件耗尽了表空间中的自由空间，InnoDB就扩展数据文件。扩展的幅度是每次8MB。

InnoDB并不感知最大文件尺寸，所以要小心文件系统，在那上面最大的文件尺寸是2GB。要为一个自动扩展数据文件指定最大尺寸，请使用max属性。下列配置允许ibdata1涨到极限的500MB：

[mysqld]innodb_data_file_path=ibdata1:10M:autoextend:max:500M

InnoDB默认地在MySQL数据目录创建表空间文件。要明确指定一个位置，请使用innodb_data_home_dir选项。比如，要使用两个名为ibdata1和ibdata2的文件，但是要把他们创建到/ibdata，像如下一样配置InnoDB：

[mysqld]
innodb_data_home_dir=/ibdata
innodb_data_file_path=ibdata1:50M;ibdata2:50M:autoextend

注释：InnoDB不创建目录，所以在启动服务器之前请确认/ibdata目录的确存在。这对你配置的任何日志文件目录来说也是真实的。使用Unix或DOS的mkdir命令来创建任何必需的目录。

通过把innodb_data_home_dir的值原原本本地部署到数据文件名，并在需要的地方添加斜杠或反斜杠，InnoDB为每个数据文件形成目录路径。如果innodb_data_home_dir选项根本没有在my.cnf中提到，默认值是“dot”目录 ./，这意思是MySQL数据目录。

如果你指定innodb_data_home_dir为一个空字符串，你可以为列在innodb_data_file_path值里的数据文件指定绝对路径。下面的例子等价于前面那个例子：

[mysqld]
innodb_data_home_dir=
innodb_data_file_path=/ibdata/ibdata1:50M;/ibdata/ibdata2:50M:autoextend

注意，在一些文件系统上，数据文件必需小于2GB。数据文件的合并尺寸必须至少10MB。

innodb日志参数如下：

| innodb_log_buffer_size    | 1048576    |
| innodb_log_file_size      | 5242880    |
| innodb_log_files_in_group | 3          |
| innodb_log_group_home_dir | /tmp/mysql