服务器突然断电，造成MySQL数据库启动不了的问题，现象如下：
[root@localhost html]# service mysql51-mysqld start kill 31011:
No such proc...
【服务器】 【mysql】 【数据库】 【file】 【html】 【Socket】 【Unix】 【service】 …
Jul
21
2014
Jul
21
2014
Jul
17
2014
Jul
16
2014
Jul
07
2014
Jul
07
2014
Jul
07
2014
原文:我的MYSQL学习心得（十一） 我的MYSQL学习心得（十一） 我的MYSQL学习心得（一） 我的MYSQL学习心得（二）
我的MYSQL学习心得（三） 我的MYSQL学习心得（四） 我的MYSQL学习心得（五） 我的MYSQL学习心得（六）
我的MYSQL学习心得（七） 我的MYSQL学习心得（八） 我的MYSQL学习心得（九） 我的MYSQL学习心得（十）
我的MYSQL学习心得（十二） 这一篇《我的MYSQL学习心得（十一）》将会讲解MYSQL的视图
使用视图的理由是什么？ 1、安全性：一般是这样做的:创建一个视图，定义好该视图所操作的数据。
【架构】 【算法】 【mysql】 …
Jul
06
2014
我们在部署MySQL Replication从库时，通常是一开始就做好一个从库，然后随着业务的变化，数据也逐渐复制到从服务器。
但是，如果我们想对一个已经上线较久，有这大数据量的数据库部署复制从库时，应该怎么处理比较合适呢？
本文以我近期所做Zabbix数据库部署MySQL Replication从库为例，向大家呈现一种新的复制部署方式。由于Zabbix历史数据非常多，在转TokuDB之前的InnoDB引擎时，已经接近700G，转成TokuDB后，还有300多G，而且主要集中在trends_uint、history_uint等几个大表上。做一次全量备份后再恢复耗时太久，怕对主库写入影响太大，因此才有了本文的分享。
我大概分为几个步骤来做Zabbix数据迁移的：
1、初始化一个空的Zabbix库 …[获取更多]
Jul
04
2014
众所周知，在MySQL中，如果直接 ORDER BY RAND() 的话，效率非常差，因为会多次执行。事实上，如果等值查询也是用
RAND() 的话也如此，我们先来看看下面这几个SQL的不同执行计划和执行耗时。
首先，看下建表DDL，这是一个没有显式自增主键的InnoDB表：
[yejr@imysql]> show create table t_innodb_random\G *************************** 1. row *************************** Table: t_innodb_random Create Table: CREATE TABLE `t_innodb_random` ( `id` int(10) unsigned NOT NULL, `user` varchar(64) NOT NULL DEFAULT '', KEY `idx_id` (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1
往这个表里灌入一些测试数据，至少10万以上， id 字段也是乱序的。
[yejr@imysql]> select count(*) from t_innodb_random\G *************************** 1. row *************************** count(*): 393216
1、常量等值检索：
…[获取更多]
Jul
03
2014