数据库恢复服务热线：13764045638 QQ: 47079569
Oracle MySQL Postgresql 数据恢复 微信: macleanliu 数据库讨论QQ群号: 171092051
毫无疑问，MySQL是最为流行的开源数据库系统，已经广泛的应用于各大互联网公司。目前，大量的传统金融客户也已经逐渐在其生产环境使用MySQL数据库，在互联网+的时代MySQL扮演着举足轻重的角色。本次大会将为MySQL技术爱好者带来最具分享意义的主题，包括MySQL数据库新特性、高可用容灾安全、数据库云架构、行业客户最佳应用实践。本次数据库会议邀请国内顶级MySQL数据库专家分享，旨在打造成一个最有态度的MySQL数据库大会。
SHOUG(上海Oracle用户组)和IMG(Inside MySQL Group)合作来推广本次会议，希望用户组之间的合作能够给大家更多学习的机会。
IMG 2016 MySQL技术嘉年华官方网址：http://www.innomysql.net/img2016/
本文地址：https://www.askmaclean.com/archives/mysql-innodb-myisam-recoveryinfo.html
在之前的章节中，我们已经了解了可以通过执行CHECK TABLE语句或使用客户端工具来发出此语句，来对InnoDB表进行检查。不过，如果InnoDB表存在问题，那么你并不能使用REPAIR TABLE来对表进行维修，因为这个命令仅对MyISAM可用。
如果检查不InnoDB表有问题，那么你应该使用mysqldump来将表恢复到一个一致性状态，即删除表，并通过dump文件进行重建：
shell> mysqldump db_name table_name > dump_file shell> mysql db_name < dump_file
在遇到MySQL服务端奔溃或数据库运行的主机奔溃后，一些InnoDB表可能会需要进行修复。正常情况下，简单的进行服务端重启就行了，因为InnoDB存储引擎在启动时会进行自动恢复作业。少数情况下，可能由于InnoDB自动恢复失败而导致服务端无法启动。如果碰到这样的情况，请按以下步骤进行操作：
--innodb-force-recovery（值范围为1~6）的命令项来重启服务端。这个值用于提高警告屏蔽级别以避免启动崩溃，对于被恢复的表，允许更高不一致容忍度。较好是值使用从4开始。--innodb-force-recovery设为一个非0值，InnoDB会将表空间作为只读处理（从7.3版本开始，值为4或更大时，将使得InnoDB置于只读模式）。之后，你应该使用mysqldump工具来倒出InnoDB表数据，并在导出后，在此命令项有效的情况下将InnoDB表删除。然后在不使用 --innodb-force-recovery项的情况下重启服务端。当服务端起来后，再从导出的dump文件来恢复InnoDB表。本文地址：https://www.askmaclean.com/archives/mysql-maintenance-tools.html
之前讨论的表维护SQL语句可以在mysql客户端工具执行，也可以通过其它应用发送给服务端来执行。通过使用这些语句，你可以写一些自己的管理应用程序来进行表的检查和修理操作。
一些MySQL客户端程序作为前端可发出表维护命令：
对于MyISAM表，使用myisamchk工具也能进行表维护。然而，它不同于MySQL Workbench和mysqlcheck需要将SQL语句发送到服务端，myisamchk可直接读取并修改表文件。也因为此，请保证在使用myisamchk的同时服务端不会去访问这些表。
10.3.1 mysqlcheck客户端程序
mysqlcheck可对表进行的操作有检查，修理，分析和优化。对于MyISAM表，此程序工具可执行所有这些操作，而对于InnoDB表，则只能执行一部分操作。它提供了一种命令行接口方式来执行各种SQL语句（如CHECK TABLE和REPAIR TABLE）以告知服务端进行何种表维护。
mysqlcheck在某些情况下比起直接执行SQL语句，可以使得操作变得更容易。例如，如果你指定一个数据库，它包含了需要执行语句来处理的所有表。使用mysqlcheck你就不需要在进行操作时显式地指定每个表，而且，mysqlcheck是一个命令行程序，它可以在工作中被用于周期性计划维护作业。
本文地址：https://www.askmaclean.com/archives/mysql-maintenance-type.html
章节概述
本章介绍如何在MySQL中进行表的维护管理。你会了解：
一些表维护操作对于判定并修正数据库中的问题（例如，当一张表由于服务器奔溃而导致损坏后）或帮助MySQL优化表查询时非常有用。MySQL（根据存储引擎）可允许你执行几种类型的维护操作:
| 存储引擎名 | MyISAM | InnoDB |
| CHECK TABLE | 完整检查更新索引统计信息 | 完成检查 |
| REPAIR TABLE | 修理讹误表 | N/A |
| ANALYZE TABLE | 更新索引统计信息 | 更新索引统计信息 |
| OPTIMIZE TABLE | 回收被浪费的空间表碎片整理索引页排序
更新索引统计信息 |
表重建（MySQL 5.7.4以后部分使用了online DDL的机制避免了表拷贝） |
本文地址：https://www.askmaclean.com/archives/mysql-partition-type.html
通常使用数据库分区时会按日期时间来都对数据进行分割。一些数据库系统支持显式时间日期分区语法，不过MySQL不支持。不过在MySQL中，想要基于DATE，TIME，或DATETIME列来建立分区，或基于使用这些列进行计算的表达式来进行分区都并不困难。
当通过KEY或LINEAR KEY建立分区时，你可以在不对DATE，TIME或DATETIME列进行任何值修改的情况下，直接使用它们来进行分区。例如，以下表分区语句在MySQL中是可行的：
CREATE TABLE members ( firstname VARCHAR(25) NOT NULL, lastname VARCHAR(25) NOT NULL, username VARCHAR(16) NOT NULL, email VARCHAR(35), joined DATE NOT NULL ) PARTITION BY KEY(joined) PARTITIONS 6;
本文地址：https://www.askmaclean.com/archives/mysql-partition.html
章节概述
本章介绍在MySQL中分区的管理。你会了解：
SQL标准中并不提供很多关于数据物理存储方面的指导。而SQL语句本身趋向于独立于数据结构或这些模式（schema/database），表，行或列下对应的介质进行运行。但是，大多数高级的数据库管理系统都会有一些方法来判断具体被用于存储的文件系统或硬件下的数据片的物理位置。在MySQL中，InnoDB存储引擎还支持表空间概念。在MySQL服务端，介绍分区之前，你可以配置不同的空物理目录来存储不同的数据库。
Tips：分区是从MySQL 5.1.14-Beta版本开始被引入的功能。
分区在此基础上更近一步，允许你在将单个表的各个部分分布在整个文件系统中（只要所设分区文件的大小遵守系统的规则）。实时上，一张表的不同部分可以如各个分割的表存储在不同位置。数据通过用户选择的规则进行的分割（我们称为分区功能），如按量值进行分区，或简单匹配一个值列范围进行分区，或使用内部哈希函数或一个线性函数进行分区等。如何分区由用户按分区类别来确定，其所用的功能匹配可以接受用户提供的表达式值作为参数，表达式可以是一个整型列值，或在对一个或多个列进行处理后来得出的一个整数来作为返回。表达式的值被传给分区功能函数，此函数会返回一个整数值代表了对应数据行应该被存放在哪个分区的分区号。此功能函数必须是非静态值和非随机值。它不能包含任何查询，但可以“虚拟的“使用在MySQL中有效的任意表达式（只要表达式返回的正整数小于最大可能的正整数值MAXVALUE即可）。
我们在这里所介绍的分区在概念上指水平分区（horizontal partitioning）– 即，表中的不同行可以在不同的物理分区中。MySQL不支持垂直分区（vertical partitioning），即表中的不同列被分派到不同的物理分区中。到现在为止，MySQL还未有任何计划来引入垂直分区功能。
9.1.1 查看分区功能启用状态
在MySQL 5.6版本之前，你可以通过使用以下语句来查看MySQL的分区功能是否已经启用：
mysql> SHOW VARIABLES LIKE '%partition%'; +-------------------+-------+ | Variable_name | Value | +-------------------+-------+ | have_partitioning | YES | +-------------------+-------+ 1 row in set (0.00 sec)
不过从MySQL 5.6开始，have_partitioning环境变量已经被移除，因此你需要使用show plugins来查看partition的启用情况。
如果对应状态显示未被启用的话，则说明当前的MySQL服务端不支持分区功能。
本文地址：https://www.askmaclean.com/archives/mysql-storage-engines-choice.html
当建立一张表，你需要首先问一下自己这张表被用于何种类型的查询。然后选择一种存储引擎来适合查询所涉及到的锁级别。MyISAM表级锁对于在进行繁重的查询数据抽取而极少有更新的情况下运行效果好。而如果运行中有大量更新操作的话，InnoDB是更好的选择。InnoDB使用行级锁和多版本控制对于大量数据读取和更新提供了并行性。一个查询可以对某些行进行更新，而同时其它查询则可以对同表中的其它行进行读取和更新。
如果你使用MyISAM表，那么使用何种列结构来对处理速度或磁盘使用效率的考量就会变得重要。不同的MyISAM存储格式具有不同的性能特定。其影响你最终是否选择定长或变长列进行字符串数据存储：
使用MyISAM表的另一种方式是用来作为压缩的只读表。
对于InnoDB表，使用CHAR列平均上来看会比表VARCHAR使用更多空间。但是InnoDB中两者不会如在MyISAM中具有查询速度差异。这是由于InnoDB引擎在实现上对CHAR和VARCHAR使用了相似方式。事实上，CHAR值的获取可能还慢一些，因为平均上来说，它们需要从磁盘上读取更多信息。
本文地址：https://www.askmaclean.com/archives/mysql-table-maintain.html
完成本课程后，你应该能够：
备注：
在执行请求的操作之后，服务器返回操作的结果信息到客户端。
结果信息以四列格式显示：
如果想获取关于MySQL表维护的更多信息，可以参照文档：
MySQL Reference Manual
http://dev.mysql.com/doc/mysql/en/table-maintenance-sql.html
本文地址：https://www.askmaclean.com/archives/mysql-other-storage-engines.html
MySQL服务端还支持除之前所介绍之外的其它几种数据引擎（当然有些存储引擎随着各种原因，或渐渐淡出MySQL主流舞台，或被弃用，而第三方提供的存储引擎更是层出不穷，因此，这里我们就不一一列举了，只介绍官方提到的一些引擎，权当个小知识即可），基于不同版本的MySQL，其默认是否进行了编译安装启用都会有所不同，这里不会做太深入的启用介绍，因此，如果大家感兴趣，可以查看MySQL的官方手册来了解。
8.3.1 EXAMPLE存储引擎
你可以将EXAMPLE引擎作为一个最佳的”MySQL存储引擎开发”样例来进行源码学习，事实上此引擎的目的也是如此，它并非用于生产环境，其不支持任何的数据插入操作，它对于有志于开发那些自有存储引擎的开发者起到了一个示范作用。
8.3.2 MERGE存储引擎
MERGE存储引擎，这里又个称为MRG_MYISAM存储引擎。它可以将多张完全相同的MyISAM存储引擎表“合而为一”（建立一张MERGE表，其定义包含有多张表结构，列顺序，索引相同的MyISAM表）。
虽然可以合并的限制较为严格，不过如果可用的话也会有以下优点：
优点不止于此，不过也有缺点：如MERGE表不可建立FULLTEXT索引；其索引读会慢一些等。
