前篇介绍了MySQL存储索引信息的基本数据结构。本篇将延续下去，介绍MySQL如何找到可以使用的索引，以及期间需要使用的主要数据结构。
谁适合阅读: 本文不打算从High Level来介绍MySQL索引及其使用，相反是从MySQL源码对应的数据结构开始介绍。如果你了解MySQL索引的基本原理，还打算继续从源码的角度解决一些索引使用的问题，那么你适合参考本文，否则，打住，真的很枯燥:(。在可见的未来，作者还将介绍Range优化相关的数据结构等。
0. 概述
本文介绍MySQL如何发现WHERE条件中的等值表达式，并通过分析这些等值表达式，找到可以使用的索引。在这个过程中，MySQL将递归的访问所有WHERE条件"谓词"，并将等值表达式都存储到KEY_FIELD对象的数组中。
…
[获取更多]本文将尝试介绍MySQL索引存储相关的数据结构。程序=数据结构+算法，了解数据结构，然后就可以进一步了解MySQL源码中如何使用索引，如何选择自己的执行计划。
1. MySQL如何描述某个数据表的索引
MySQL使用TABLE对象来描述一个数据表，那么数据表的索引是如何描述，索引的统计信息又是如何存储的呢? 例如我们有如下数据表：
CREATE TABLE `users` ( `id` int(11) NOT NULL, `nick` varchar(32) DEFAULT NULL, `reg_date` datetime DEFAULT NULL, PRIMARY KEY (`id`), KEY `IND_NICK` (`nick`), KEY `IND_REGDATE` (`reg_date`) )
该表有索引，PRIMARY KEY、IND_NICK、IND_REGDATE，我们来看看MySQL内部是如何存储这三个索引，以及如何使用这些索引的统计信息的。下图，描述了存储一个数据表索引的主要结构：
…
[获取更多]
Original post: http://anothermysqldba.blogspot.com/2014/11/recover-lost-mysql-data-with.html
備份...備份...備份...但當然..你還需要監控和測試這些備份通常否則他們可能是毫無價值的。 有你的MySQL binlogs啟用一定可以幫助你在緊急的時候也是如此。 MySQL的binlogs經常在關於MySQL複製引用，一個很好的理由，他們店裡所有的更改數據（查詢或事件的 …
我们在工作中时常会遇到一些客户的TPS\QPS都不太高,但磁盘占用非常大,一旦单实例空间太大，像内存、网络、CPU以及备份都将增加相应的开销。可能仅仅是由于空间不满足使得我们不得不进行扩容，下面的方法提供给大家参考。有则改之无则加勉。
1、表结构设计上
1) 字符集是否遵循了最小化原则?(能用latin的就不用gbk。能用gbk的就不用utf8)
2) 索引上是否有滥用？(根本不使用的字段建索引、不适合建索引的字段建索引、重复建索引或者不能很好的利用前缀索引等)
3) 冗余字段是否太多？(各表中不用的或者字段冗余太多)
4) 不正确的字段类型？(能用1个字节非要用几个字节，像枚举类、状态类比较常见)
5) …
[获取更多]mysql的字符集设置有多个层级，在mysql中存储中文，如果不能正确设置字符集，很容易出现数据乱码。今天就有一个用户反馈他数据库中的数据下午1点多开始出现了乱码。在这里，我分享下具体问题的排查过程，以及解决的办法。
(1) 排除客户端设置导致的显示乱码
如果用户设置的mysql character_set_client跟客户端显示的字符集不一致，很容易导致中文数据乱码。
设置session字符集为utf8：set names utf8，设置客户端显示字符集为utf8，然后从表中select出有乱码的数据。
…
[获取更多]