有个疑似 OCD 患者最近抽风升级了一下 MySQL 数据库，然后发现 blog 里面全都变成了乱码。

   那乱码的模式一看就是把 utf8 直接扔进了 latin1 的数据库，一看 SHOW CREATE TABLE mt_entry 发现果然如此。

   略有些慌神，看了 MySQL 文档发现用 ALTER TABLE 的 CONVERT TO 硬来有点不太行好，遂想到可以试试看 mysqldump，于是做了：

   当作 latin1(不然会再按 utf8 编码一次)：

   mysqldump mt_delphij –default-character-set=latin1 -r utf8.dump

   把里面的 CHARSET=latin1 替换为 CHARSET=utf8：

   sed -e s,CHARSET=latin1,CHARSET=utf8,g < utf8.dump > utf8.dump.edited

   删掉其中的 SET NAMES latin1。

   然后重新导入：

mysql -uroot -p --default-character-set=utf8 mt_delphij …

前言

MySQL 的 innodb 引擎之所以使用 B+tree 来存储索引，就是想尽量减少数据查询时磁盘 IO 次数。树的高度直接影响了查询的性能。一般树的高度在 3~4 层较为适宜。数据库分表的目的也是为了控制树的高度。那么如何获取树的高度呢？下面使用一个示例来说明如何获取树的高度。

示例数据准备

建表语句如下：

CREATETABLE`user` (
  `id` int(11) NOTNULLAUTO_INCREMENT,
  `name` varchar(100) CHARACTERSETlatin1 DEFAULTNULL,
  `age` int(11) DEFAULTNULL,
  PRIMARYKEY(`id`),
  KEY`name` (`name`),
  KEY`age` (`age`)
) ENGINE=InnoDB DEFAULTCHARSET=utf8

表中插入100万条数据。数据如下：

mysql> select* fromuserlimit 2\G
*************************** 1. row ***************************
  id: 110000
name: ab
 age: 100
*************************** 2. row ***************************
  id: 110001
name: ab
 age: 100
2 …

   很多公司都禁止程序员在 SQL 中使用 JOIN，至于原因则出奇的一致：用 JOIN 慢。不过我从没见过谁来论证为什么用 JOIN 慢，结果这个人云亦云的结论越传越广，让我觉得是时候来讨论一下这个看似正确的结论了。

   举个例子：查询最新的十篇帖子和对应的用户信息，用 JOIN 是这样的：

SELECT posts.id, posts.content, users.name, ...
FROM posts
JOIN users on posts.user_id = users.id
ORDER BY posts.created_at DESC
LIMIT 10

   如果不使用 JOIN 的话，那么大概会改写成如下两条 SQL：

SELECT id, content, ...
FROM posts
ORDER BY created_at DESC
LIMIT 10

SELECT name, ...
FROM users
WHERE id in (...)

   第一次查询得到帖子数据，然后在程序代码里收集好想要的 user_id，第二次查询通过 user_id …

• Mysql基础笔记
  • 环境配置
  • 基本概念
  • mysql命令行
    • 进入
    • use
    • show
  • 查询
    …

问题:

有位同学问我，在类似pt-osc场景下，需要将两个表名对调，怎么才能确保万无一失呢？

分析:

估计其他同学就笑了，表名对掉还不简单吗，相互RENAME一下嘛。

但是，我们想要的是同时完成表名对调，如果是先后的对掉，可能会导致有些数据写入失败，那怎么办？

其实也不难，从MySQL手册里就能找到方法，那就是：同时锁定2个表，不允许写入，然后对调表名。

我们通常只锁一个表，那么同时锁两个表应该怎么做呢，可以用下面的方法：

LOCK TABLES t1 WRITE, t2 WRITE;
ALTER TABLE t1 RENAME TO t3;
ALTER TABLE t2 RENAME TO t1;
ALTER TABLE t3 RENAME TO t2;
UNLOCK TABLES;

看到了吧，其实很简单，两个表同时加表级写锁，然后用ALTER语法改名就可以了。

…

   利用MySQL的PROFILE功能，我们可以很方便的查看一个SQL具体的执行代价是怎样的，尤其是可以分析它的最大瓶颈在哪里。目前PROFILE功能可提供除了内存以外的其他资源消耗统计，例如CPU、I/O、CONTEXT、SWAP等。

   PROFILE功能只能在SESSION级别使用，还做不到像SQL Server那样可以全局开启，收集一段时间后再关闭，这点有待改进。关于PROFILE的具体用法大家可以查看手册 13.7.5.31 SHOW PROFILE Syntax，这里不细说。

  …

   一般而言，我们在processlist结果中如果经常能看到某些SQL的话，至少可以说明这些SQL的频率很高，通常需要对这些SQL进行进一步优化。

   今天我们要说的是，在processlist中，看到哪些运行状态时要引起关注，主要有下面几个：

0、导读

本文主要写给那些立志成为MySQL DBA，以及正在学习MySQL的同行们，结合个人及业内其他同行的职业发展经历给大家一些参考，如何成为合格的MySQL DBA。

1、什么是MySQL DBA

首先，DBA是database administrator(数据库管理员)的简称，在一些招聘网站上，也可能会把职位写成数据库[管理]工程师，MySQL DBA是目前互联网企业中最为炙手可热的岗位需求之一，前(钱)景大好，快到碗里来吧。

2、MySQL DBA的职责

传统意义上的DBA基本上只要管好database system就可以，一般无需关注操作系统、硬件、网络、安全、NOSQL等相关技术细节，在一些传统企业或者操作集成商里的ORACLE DBA就是这样的，最多关注到主机(小机为主)及相应的存储设备。

而MySQL一般在互联网业务中使用，MySQL …

   有时候，我们会遇到类似下面的报错信息：

.....
[ERROR] /usr/local/mysql/bin/mysqld: Can't open file: './yejr/access.frm' (errno: 24)
[ERROR] /usr/local/mysql/bin/mysqld: Can't open file: './yejr/accesslog.frm' (errno: 24)
......
[ERROR] Error in accept: Too many open files
....

   提示信息很明显，打开文件数达到上限了，需要提高上限，或者释放部分已打开的表文件描述符。

   在MySQL中，有几个地方会存在文件描述符限制：

1、在Server层，整个mysqld实例打开文件总数超过用户进程级的文件数限制，需要检查内核 fs.file-max 限制、进程级限制 ulimit -n 及MySQL中的 open-files-limit 选项，是否有某一个超限了。任何一个条件超限了，就会抛出错误。 …

本文起源于有同学留言回复说想了解下MySQL DBA面试时可能涉及到的知识要点，那我们今天就来大概谈谈吧。

MySQL DBA职位最近几年特别热门，不少朋友让我帮忙推荐什么的，也有很多公司找不到合适的DBA。原因很简单，优秀的人才要么被大公司圈起来了，要么被创业公司高薪挖走，如果你既不是大公司，又不能出得起高价钱的土豪公司，想要找到优秀人才的几率堪比买彩票中奖的概率，哈哈。

本文可以作为MySQL DBA面试官，以及候选人的双向参考 ：）

面试流程

接下来先说下我以往在做MySQL DBA面试时的过程（套路）：

• 1.先自我介绍后，再让候选人花2-5分钟做下自我简介

  • …