说正事前，先容我先扯扯。
关于晨跑
大概2个月前，我调整了下跑步时间。以前是下班后约上同事去公司附近的公园跑步，之后再回去吃饭。现在则改成了早晨6点起来，独自一人在附近的公园跑步。相对于前者，后者的好处多多：
…
[获取更多]导读
利用MySQL的event来自动维护表分区。
我们去年就开始把zabbix数据库改成用TokuDB来支撑，并且启用了表分区（详情见：迁移Zabbix数据库到TokuDB）。这样做的好处很明显，较早的历史数据可以通过删除分区快速废弃掉。要知道，zabbix数据表默认是没有针对时间字段创建索引的，因此如果执行删除的SQL命令，其效率会很差，而直接删除分区就快多了。
先看history表的分区规则：
CREATE TABLE history (
itemid bigint(20) unsigned NOT NULL,
clock int(11) NOT NULL DEFAULT '0',
value double(16,4) NOT NULL DEFAULT '0.0000',
ns int(11) NOT NULL DEFAULT '0',
KEY history_1 (itemid,clock)
) ENGINE=TokuDB DEFAULT CHARSET=utf8 ROW_FORMAT=TOKUDB_QUICKLZ
PARTITION BY RANGE (clock)
(PARTITION …导读
MySQL主从复制环境中，如何才能保证主从数据的一致性呢？
关于主从复制
现在常用的MySQL高可用方案，十有八九是基于 MySQL的主从复制（replication）来设计的，包括常规的一主一从、双主模式，或者半同步复制（semi-sync replication）。
我们常常把MySQL replication说成是MySQL同步（sync），但事实上这个过程是异步（async）的。大概过程是这样的：
步骤1和步骤3之间是异步进行的，无需等待确认各自的状态，所以说MySQL replication是异步的。
MySQL semi-sync replication在之前的基础上做了加强完善，整个流程变成了下面这样：
导读
在群里向老叶提问的正确姿势是怎样的？
我的QQ好友已超过1500人，其中至少有一半是曾经有过技术交流，或者找我帮助解决MySQL相关问题的。大致平均下来，每天约要帮忙解答2-3次问题。
对我来说，这已然成了不小的额外“工作量”。因此，并不是所有的问题我都能回复，有些是能力不够，有些则是没兴趣回答，大概只有不到1/3的问题我会正面回复。
先说下哪些是我没能力回答的吧，大概有下面这样的：