Analyze Table 分析表
------------------------------------------------------------
MySQL 的Optimizer(优化元件)在优化SQL语句时,首先需要收集一些相关信息,其中就包括表的cardinality(可以翻译为“散列程度”)。
它表示某个索引对应的列包含多少个不同的值——如果cardinality大大少于数据的实际散列程度,那么索引就基本失效了。
我们可以使用SHOW INDEX语句来查看索引的散列程度:
mysql> SHOW INDEX FROM log_secretkey_download;
+------------------------+------------+-------------+--------------+---------------+-----------+-------------+----------+--------+------+------------+---------+
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment |
+------------------------+------------+-------------+--------------+---------------+-----------+-------------+----------+--------+------+------------+---------+
| log_secretkey_download | 0 | PRIMARY | 1 | id | A | 925508 | NULL | NULL | | BTREE | |
| log_secretkey_download | 1 | index_eu883 | 1 | download_time | A | NULL | NULL | NULL | | BTREE | |
| log_secretkey_download | 1 | index_sysid | 1 | sysid | A | NULL | NULL | NULL | | BTREE | |
+------------------------+------------+-------------+--------------+---------------+-----------+-------------+----------+--------+------+------------+---------+
3 rows in set
因为此时log_secretkey_download表中,有两个字段的Cardinality为null, 正常是应该有值的。
下面我们通过Analyze Table语句来修复索引:ANALYZE local TABLE log_secretkey_download;
完成后再看索引,正常了
mysql> SHOW INDEX FROM log_secretkey_download;
+------------------------+------------+-------------+--------------+---------------+-----------+-------------+----------+--------+------+------------+---------+
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment |
+------------------------+------------+-------------+--------------+---------------+-----------+-------------+----------+--------+------+------------+---------+
| log_secretkey_download | 0 | PRIMARY | 1 | id | A | 925586 | NULL | NULL | | BTREE | |
| log_secretkey_download | 1 | index_eu883 | 1 | download_time | A | 231396 | NULL | NULL | | BTREE | |
| log_secretkey_download | 1 | index_sysid | 1 | sysid | A | 9 | NULL | NULL | | BTREE | |
+------------------------+------------+-------------+--------------+---------------+-----------+-------------+----------+--------+------+------------+---------+
3 rows in set
此时索引已经修复,查询效率大大提高。
需要注意的是,如果开启了binlog,那么Analyze Table的结果也会写入binlog,我们可以在analyze和table之间添加关键字local取消写入。
Checksum Table
--------------------------------------------------------------
数据在传输时,可能会发生变化,也有可能因为其它原因损坏,为了保证数据的一致,我们可以计算checksum(校验值)。
使用MyISAM引擎的表会把checksum存储起来,称为live checksum,当数据发生变化时,checksum会相应变化。
在执行Checksum Table时,可以在最后指定选项qiuck或是extended;quick表示返回存储的checksum值,而extended会重新计算checksum,如果没有指定选项,则默认使用extended。
Optimize Table 整理表
--------------------------------------------------------------
经常更新数据的磁盘需要整理碎片,数据库也是这样,Optimize Table语句对MyISAM和InnoDB类型的表都有效。
如果表经常更新,就应当定期运行Optimize Table语句,保证效率。
与Analyze Table一样,Optimize Table也可以使用local来取消写入binlog。
mysql> Optimize local Table log_secretkey_download;
+---------------------------------+----------+----------+----------------------------------------------------------------------------------------------------+
| Table | Op | Msg_type | Msg_text |
+---------------------------------+----------+----------+----------------------------------------------------------------------------------------------------+
| configdb.log_secretkey_download | optimize | Error | Table './configdb/log_secretkey_download' is marked as crashed and last (automatic?) repair failed |
| configdb.log_secretkey_download | optimize | Error | Table 'log_secretkey_download' is marked as crashed and last (automatic?) repair failed |
| configdb.log_secretkey_download | optimize | error | Corrupt |
+---------------------------------+----------+----------+----------------------------------------------------------------------------------------------------+
3 rows in set
Repair Table 修复表
--------------------------------------------------------------
用于修复表,只对MyISAM和ARCHIVE类型的表有效。
这条语句同样可以指定选项:
QUICK:最快的选项,只修复索引树。
EXTENDED:最慢的选项,需要逐行重建索引。
USE_FRM:只有当MYI文件丢失时才使用这个选项,全面重建整个索引。
与Analyze Table一样,Repair Table也可以使用local来取消写入binlog。
mysql> Repair local Table log_secretkey_download;
+---------------------------------+--------+----------+----------------------------------------------+
| Table | Op | Msg_type | Msg_text |
+---------------------------------+--------+----------+----------------------------------------------+
| configdb.log_secretkey_download | repair | warning | Number of rows changed from 339826 to 925655 |
| configdb.log_secretkey_download | repair | status | OK |
+---------------------------------+--------+----------+----------------------------------------------+
2 rows in set
Check Table 检查表
--------------------------------------------------------------
数据库经常可能遇到错误,譬如数据写入磁盘时发生错误,或是索引没有同步更新,或是数据库未关闭MySQL就停止了。
遇到这些情况,数据就可能发生错误:
Incorrect key file for table: ' '. Try to repair it.
此时,我们可以使用Check Table语句来检查表及其对应的索引。
譬如我们运行
mysql> CHECK TABLE log_secretkey_download;
+---------------------------------+-------+----------+----------+
| Table | Op | Msg_type | Msg_text |
+---------------------------------+-------+----------+----------+
| configdb.log_secretkey_download | check | status | OK |
+---------------------------------+-------+----------+----------+
1 row in set
MySQL会保存表最近一次检查的时间,每次运行check table都会存储这些信息:
执行
SELECT TABLE_NAME, CHECK_TIME
FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_NAME = 'PLAYERS'
AND TABLE_SCHEMA = 'TENNIS'; /*TENNIS是数据库名*/
结果是
TABLE_NAME CHECK_TIME
---------- -------------------
PLAYERS 2006-08-21 16:44:25
Check Table还可以指定其它选项:
UPGRADE:用来测试在更早版本的MySQL中建立的表是否与当前版本兼容。
QUICK:速度最快的选项,在检查各列的数据时,不会检查链接(link)的正确与否,如果没有遇到什么问题,可以使用这个选项。
FAST:只检查表是否正常关闭,如果在系统掉电之后没有遇到严重问题,可以使用这个选项。
CHANGED:只检查上次检查时间之后更新的数据。
MEDIUM:默认的选项,会检查索引文件和数据文件之间的链接正确性。
EXTENDED:最慢的选项,会进行全面的检查。
相关推荐
、EXPLAIN,EXPLAIN能够分析SELECT命令的处理过程。这不仅对于决定是否要为表加上索引很有用,而且对于了解MySQL处理复杂连接的过程也很有用。OPTIMIZE,OPTIMIZE能够恢复和整理磁盘空间以及数据碎片,一旦对包含变...
主要介绍了MySQL中使用show profile命令分析性能的用法整理,show profiles是数据库性能优化的常用命令,需要的朋友可以参考下
以及因为整理“mysql学习之路”,移除字符集和校对集问题并归成一个新博文。 创建数据库 : 语法 : CREATE DATABASE 数据库名字[库选项]; 库选项说明 : 库选项是可选项,可以不写 ,如果不考虑全球化和本地...
5.Nosql Redis Jedis常用命令 6.互联网系统垂直架构之Session解决方案 7.分布式框架Zookeeper之服务注册与订阅 8.高性能网络编程必备技能之IO与NIO阻塞分析 10.微服务架构之Spring Cloud Eureka 场景分析与实战 11....
3.MySQL 的命令操作 ................ 58 4.MySQL 的图形化客户端工具软件 ....... 61 第二节 用PHP 操纵MySQL ............ 62 PHP 讲义 第 3 页 共 90 页 1.PHP 数据类型:资源型 ......... 62 2.PHP 中用于...
8. Oracle 和 mysql 的一些简单命令对比参照 9. Oracle8i和Microsoft SQL Server7_0比较 10. Oracle8的不安全因素及几点说明 11. Oracle常见错误代码 12. Oracle常用Script 13. Oracle常用数据字典 14. ORACLE...
通过网上收集和对LINUX服务器性能的分析和体验,整理了几个比较实用,功能比较强大的性能测试工具供亲们下载,虽然网络上都对每个工具做了详细的功能介绍和文档说明,但分得很散,所以, 在此本人将各个比较实用的...
故障诊断工具的使用场景是定位解决一些极端情况下的问题,作为传统策略无法分析故障时的诊断工具,我们并不追求日常场景下的高频使用,还是建议大家好好写代码,认真做测试。 通过在线诊断工具发现、定位和解决应用...
主机管理项目命令分发器 主机管理项目提取主机列表 主机管理项目提取yaml配置文件_ 主机管理项目动态调用插件进行数据解析 主机管理项目对模块中的参数进行解析 第24周 本节题纲 上节内容回顾 ModelForm操作及验证...
所以在第⼆部分的学习中我们需要达到以下⽬标: 1、 搭建单节点模拟分布式集群,熟悉 HDFS 命令; 掌握 HDFS 体系结 构,读写流程,能 dump HDFS 元 数据⽂件; 理解 Flume 组件架构, 并能⽤ Flume 向 HDFS 平台导⼊...
06 Python 今日内容整理 第13章 第13章共1课 第14章 01 数据类型和变量总结 02 集合定义和基本操作方法 03 集合关系运算交,差,并集 04 集合的其他内置方法 05 集合补充 06 百分号字符串拼接 07 format字符串...
FlyCms 是一个类似知乎以问答为基础的完全开源的JAVA语言开发的社交网络建站程序,基于 Spring Boot+Bootstrap3+MyBatis+MYSQL+Solr+Ehcache 应用架构,专注于社区内容的整理、归类和检索,它集合了问答,digg,wiki...
而越来越多专业知识的 Blog 的出现,让我们看到了 Blog 更多所蕴涵的巨大的信息价值:不同的 Blog 选择不同的内容,收集和整理成为很多人关注的专业 Blog ——目前越来越多的人获取信息的来源是一些固定的 Blog 。...
最详细的SQL注入相关的命令整理 Oracle Oracle中PL/SQL单行函数和组函数详解 mssql+oracle Oracle编程的编码规范及命名规则 Oracle数据库字典介绍 0RACLE的字段类型 事务 CMT DEMO(容器管理事务演示) 事务隔离性的...