mysql中大型表的优化
mysql中大型表的优化
提问于 2014-07-03 20:09:36
我正在运行MySQL5.6，并且我试图优化一个大型表，而不需要mysql重新创建它。作为试运行，我在同一个DB中的一个较小的表上运行相同的命令(优化表)，而mysql则坚持使用recreate+analyze。注意，我使用的是梭鱼格式和每个表的文件。在这种情况下，不重新创建就不可能进行优化吗？
mysql> optimize table Users;
+-----------+----------+----------+-------------------------------------------------------------------+
| Table | Op | Msg_type | Msg_text |
+-----------+----------+----------+-------------------------------------------------------------------+
| rt4.Users | optimize | note | Table does not support optimize, doing recreate + analyze instead |
| rt4.Users | optimize | status | OK |
+-----------+----------+----------+-------------------------------------------------------------------+
2 rows in set (0.43 sec)
mysql> desc Users;
+-----------------------+--------------+------+-----+---------+----------------+
| Field | Type | Null | Key | Default | Extra |
+-----------------------+--------------+------+-----+---------+----------------+
| id | int(11) | NO | PRI | NULL | auto_increment |
| Name | varchar(200) | NO | UNI | NULL | |
| Password | varchar(256) | YES | | NULL | |
| AuthToken | varchar(16) | YES | | NULL | |
| Comments | text | YES | | NULL | |
| Signature | text | YES | | NULL | |
| EmailAddress | varchar(120) | YES | MUL | NULL | |
| FreeformContactInfo | text | YES | | NULL | |
| Organization | varchar(200) | YES | | NULL | |
| RealName | varchar(120) | YES | | NULL | |
| NickName | varchar(16) | YES | | NULL | |
| Lang | varchar(16) | YES | | NULL | |
| EmailEncoding | varchar(16) | YES | | NULL | |
| WebEncoding | varchar(16) | YES | | NULL | |
| ExternalContactInfoId | varchar(100) | YES | | NULL | |
| ContactInfoSystem | varchar(30) | YES | | NULL | |
| ExternalAuthId | varchar(100) | YES | | NULL | |
| AuthSystem | varchar(30) | YES | | NULL | |
| Gecos | varchar(16) | YES | | NULL | |
| HomePhone | varchar(30) | YES | | NULL | |
| WorkPhone | varchar(30) | YES | | NULL | |
| MobilePhone | varchar(30) | YES | | NULL | |
| PagerPhone | varchar(30) | YES | | NULL | |
| Address1 | varchar(200) | YES | | NULL | |
| Address2 | varchar(200) | YES | | NULL | |
| City | varchar(100) | YES | | NULL | |
| State | varchar(100) | YES | | NULL | |
| Zip | varchar(16) | YES | | NULL | |
| Country | varchar(50) | YES | | NULL | |
| Timezone | varchar(50) | YES | | NULL | |
| PGPKey | text | YES | | NULL | |
| Creator | int(11) | NO | | 0 | |
| Created | datetime | YES | | NULL | |
| LastUpdatedBy | int(11) | NO | | 0 | |
| LastUpdated | datetime | YES | | NULL | |
| SMIMECertificate | text | YES | | NULL | |
+-----------------------+--------------+------+-----+---------+----------------+
36 rows in set (0.00 sec)
mysql> select @@VERSION;
+------------+
| @@VERSION |
+------------+
| 5.6.19-log |
+------------+
1 row in set (0.00 sec)回答 1
Database Administration用户
回答已采纳
发布于 2014-07-08 08:44:57
您已经在使用文件-每表 innodb格式，这是避免巨大ibdata文件的一种很好的方法。通过这种方式，您已经遵循了一个在许多情况下都有用的最佳实践。
我只需要在优化中使用MySQL命令来恢复空间。最终，这个空间最终会回到桌子上，因为它可能会再次需要这个空间。
因此，在我看来，除非您需要释放磁盘空间，否则您不必担心优化命令的性能。
遵循最佳实践总是一个好主意，但它们不应该被盲目地应用于每一种情况。
在优化的情况下，在我的经验中，它的用处仅限于从拥有大量未使用空间的表中向OS提供空间。
在运行优化之前或之后，我没有注意到在查询执行时间上有任何巨大的差异。也许stackexchange上的其他人会有不同的看法。
页面原文内容由Database Administration提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://dba.stackexchange.com/questions/69683
复制相关文章
相似问题
腾讯云开发者
