3. 开始使用InnoDB引擎
修改完配置文件，即可启动MySQL。启动完毕后，在MySQL的datadir目录下，若产生以下几个文件，则表示应该可以使用InnoDB引擎了。
| -rw-rw---- 1 mysql mysql 1.0G Sep 21 17:25 ibdata1 -rw-rw---- 1 mysql mysql 256M Sep 21 17:25 ib_logfile0 -rw-rw---- 1 mysql mysql 256M Sep 21 10:50 ib_logfile1 |
登录MySQL后，执行命令，确认已启用InnoDB引擎：
| (root:imysql.cn:Thu Oct 15 09:16:22 2009)[mysql]> show engines; +------------+---------+----------------------------------------------------------------+--------------+------+------------+ | Engine | Support | Comment | Transactions | XA | Savepoints | +------------+---------+----------------------------------------------------------------+--------------+------+------------+ | InnoDB | YES | Supports transactions, row-level locking, and foreign keys | YES | YES | YES | |
接下来创建一个InnoDB表：
| (root:imysql.cn:Thu Oct 15 09:16:22 2009)[mysql]> CREATE TABLE my_innodb_talbe( id INT UNSIGNED NOT NULL AUTO_INCREMENT, name VARCHAR(20) NOT NULL DEFAULT '', passwd VARCHAR(32) NOT NULL DEFAULT '', PRIMARY KEY(id), UNIQUE KEY `idx_name`(name) ) ENGINE = InnoDB; |
有几个和MySQL(尤其是InnoDB引擎)数据表设计相关的建议，希望开发者朋友能遵循：
a) 所有InnoDB数据表都创建一个和业务无关的自增数字型作为主键，对保证性能很有帮助；
b) 杜绝使用text/blob，确实需要使用的，尽可能拆分出去成一个独立的表；
c) 时间戳建议使用 TIMESTAMP 类型存储；
d) IPV4 地址建议用 INT UNSIGNED 类型存储；
e) 性别等非是即非的逻辑，建议采用 TINYINT 存储，而不是 CHAR(1)；
f) 存储较长文本内容时，建议采用JSON/BSON格式存储；
4.了解InnoDB的存储结构
从物理意义上来讲，InnoDB表由共享表空间、日志文件组（redo文件组）、表结构定义文件组成。若将innodb_file_per_table设置为on，则系统将为每一个表单独的生成一个table_name.ibd的文件，在此文件中，存储与该表相关的数据、索引、表的内部数据字典信息。表结构文件则以.frm结尾，这与存储引擎无关。
以下为InnoDB的表空间结构图：
在InnoDB存储引擎中，默认表空间文件是ibdata1，初始化为10M，且可以扩展，如下图所示：
实际上，InnoDB的表空间文件是可以修改的，使用以下语句就可以修改：
Innodb_data_file_path=ibdata1:370M；ibdata2:50M:autoextend
使用共享表空间存储方式时，Innodb的所有数据保存在一个单独的表空间里面，而这个表空间可以由很多个文件组成，一个表可以跨多个文件存在，所以其大小限制不再是文件大小的限制，而是其自身的限制。从Innodb的官方文档中可以看到，其表空间的最大限制为64TB，也就是说，Innodb的单表限制基本上也在64TB左右了，当然这个大小是包括这个表的所有索引等其他相关数据。
