"MySQL服务器端的参数有很多，但是对于大多数初学者来说，众多的参数往往使得我们不知所措，但是哪些参数是需要我们调整的，哪些对服务器的性能影响最大呢？对于使用Myisam存储引擎来说，主要有key_buffer_size和table_cache两个参数。对于InnoDB引擎来说主要还是以innodb_开始的参数，也很好辨认。 查看MySQL参数，可以使用show variables和show status命令查看，前者查看服务器静态参数，即在数据库启动后不会动态更改的值，比如缓冲区、字符集等。后者查看服务器的动态运行状态信息，即数据库运行期间动态变化的信息，比如锁，当前连接数等。\nkey_buffer_size这个参数是用来设置索引块（index blocks）缓存的大小，它被所有线程共享，严格说是它决定了数据库索引处理的速度，尤其是索引读的速度。那我们怎么才能知道key_buffer_size的设置是否合理呢，一般可以检查状态值Key_read_requests和Key_reads，比例key_reads / key_read_requests 应该尽可能的低，比 …"

"Mysql5.5慢查询开启有些改变,在my.cnf的 [mysqld]　section 添加以下几行即可．注意一定要在[mysqld]块，否则不起作用.\nlong_query_time = 0.001 slow-query-log = ON slow_query_log_file = /usr/local/mysql/data/slow.log log-queries-not-using-indexes = on\n===================================================\nmysql有一个功能就是可以log下来运行的比较慢的sql语句，默认是没有这个log的，为了开启这个功能，要修改my.cnf或者在mysql启动的时候加入一些参数。 如果在my.cnf里面修改，需增加如下几行\nlong_query_time = 10 slow_query_log = /var/log/slow.log\nlong_query_time 是指执行超过多久的sql会被log下来，这里是10秒。 slow_query_log 设置把日志写在那里，为空的时候，系统会 …"

"【51CTO独家特稿】笔者目前是一位外企linux/unix系统工程师与项目实施工程师，而FreeBSD一直作为我们企业内部的开发服务器，具有稳定和高效的特点。本文根据笔者经验总结了十四条FreeBSD的优化策略。如无其它，以下所指FreeBSD均指FreeBSD 8.0_release。\n一、提高ports安装速度\nFreeBSD中的ports安装工具默认工具是用fetch，下载时经常出现龟速现象。为了提高ports安装速度，我推荐axel工具。相关make.conf文件配置步骤如下：\ncd /usr/ports/ftp/axel make install #修改/et/make.conf vi /etc/make.conf #加入以下内容 FETCH_CMD=axel FETCH_BEFORE_ARGS= -n 10 -a FETCH_AFTER_ARGS= DISABLE_SIZE=yes MASTER_SITE_OVERRIDE?=\\ http://ports.hshh.org/${DIST_SUBDIR}/\\ …"

"一般来说，你有两种可供选择的备份MySQL的方式—-mysqldump 或者mysqlhotcopy。\nmysqldump可以备份各种类型的数据表，但是mysqlhotcopy 只适合 备份MyISAM和ISAM的数据表。所以使用mysqlhotcopy之前，你必须确认你的数据表是不 是有其他的存储引擎(storage engines)的。\nHow To：\nmysqldump -u root -p*** DBNAME | gzip -f\u0026gt;/backup/dbname.’date +%w’.dump.gz\nmysqlhotcopy DBNAME -u root -p *** /backup\n**两者速度：**因为 mysqlhotcopy会直接拷贝存储数据的文件，所以其速度是依赖于磁盘操作的速度，较之mysqldump要快些。下面是两种方式备份同一个数据的 时候的时间消耗比较：\nmysqldump 耗时22分39秒（gzip 压缩后文件大小为747M.） mysqlhotcopy 耗时6分07秒（tar gzip打包压缩后文件大小为1014M.） 参考： …"

"replication by orczhou, on Flickr\n在使用MySQL的应用中，如果你的MySQL Server压力逐渐增大，在应用层优化已经到了一定瓶颈时，那么你应该首先考虑 MySQL Replication。本文将利用图示的方式简单的描述出MySQL Replication是如何工作的。\n如何同步\n主库将所有的更新操作，写入二进制日志。\n从库运行”IO线程”（Slave IO Thread）读取主库的二进制日志。\n从库运行”SQL线程”（Slave SQL Thread）执行IO线程（Slave IO Thread）读取的日志中的SQL,从而保持和主库的一致。\n如何分配请求\n目前，这部分需要在应用层实现。\n执行更新SQL(UPDATE，INSERT，DELETE)时，请求主库。\n执行查询SQL(SELECT)时，请求从库。\n所以，当你的应用(Application)SELECT请求所占的比率越大，那么Relication就会越有效。"

"Explain ID详解\n含义：select查询的序列号，是一组数字，表示的是查询中执行select子句或者是操作表的顺序。\nid的情况有三种，分别是：\nid相同表示加载表的顺序是从上到下。 id不同id值越大，优先级越高，越先被执行。 id有相同，也有不同，同时存在。id相同的可以认为是一组，从上往下顺序执行；在所有的组中，id的值越大，优先级越高，越先执行。 再看一个查询计划的例子：\n执行顺序依次为 4 -\u0026gt; 3 -\u0026gt; 2 \u0026gt; 1 \u0026gt; NULL\n第一行：id列为1，表示第一个select，select_type列的primary表示该查询为外层查询，table列被标记为，表示查询结果来自一个衍生表，其中3代表该查询衍生自第三个select查询，即id为3的select。[select d1.name……]\n第二行：id为3，表示该查询的执行次序为2（4→3），是整个查询中第三个select的一部分。因查询包含在from中，所以为derived。[select id,name from t1 where other_column=”]\n第三行：select列表 …"

"章文嵩博士（LVS开源项目创始人）进入淘宝好几个月了，今天是他第一次讲解LVS的实现原理。作为DBA的一员，终于近距离膜拜了大牛。 讲解的内容就不具体介绍了，在LVS 官方网站上面可以找到。PPT的内容和网站上基本上一样，只是讲解人是章博士本人。我在这整理一下自己的理解，不对请大家指正。 ^_^\n组成LVS最重要的部分有三个：请求分发服务器、处理服务器、共享存储。\n典型的Web集群并不需要共享存储，只有请求分发服务器和处理服务器，如下图所示： [][2] 如果完成请求需要基于数据，那么共享存储就是LVS必须的组件了。LVS邮件服务器集群如下所示： [][3] 目前能应用于LVS的MySQL集群只能是NDB Cluster，因为MySQL众多的存储引擎中，只有NDB Cluster实现了共享存储的功能。 在NDB Cluster中，SQL Node相当于处理服务器，Data Node相当于共享存储。LVS可以让应用程序的开发更加简单，开发人员并不需要知道执行SQL的数据库服务器到底是哪一个，但是可以获得自己想要的数 据。而NDB Cluster提供的数据拆分和扩容功能，保证了数据库的可扩 …"

"mysqldump是非常重要的MySQL备份工具。然而在长年累月的使用过程中，TAOBAO多次出现了因mysqldump意外终止而导致备份 失败的情况。 以下是我们经常遇到的问题：\n1、Lost connection to MySQL server at ‘reading initial communication packet’： 这个主要是因为DNS不稳定导致的。如果做了网络隔离，MySQL处于一个相对安全的网络环境，那么开启skip-name-resolve选项将会最大 程度避免这个问题。\n2、Lost connection to MySQL server at ‘reading authorization packet’： 从MySQL获取一个可用的连接是多次握手的结果。在多次握手的过程中，网络波动会导致握手失败。增加connect_timeout可以解决这个问题； 然而增加connect_timeout并不能防止网络故障的发生，反而会引起MySQL线程占用。最好的解决办法是让mysqldump重新发起连接请 求。\n3、Lost connection to MySQL …"

"“And God said, Let there be network: and there was timeout” 在使用MySQL的过程中，你是否遇到了众多让人百思不得其解的Timeout？ 那么这些Timeout之后，到底是代码问题，还是不为人知的匠心独具？ 本期Out-man，讲述咱们MySQL DBA自己的Timeout。\n先看一下比较常见的Timeout参数和相关解释： connect_timeout The number of seconds that the mysqld server waits for a connect packet before responding with Bad handshake. interactive_timeout The number of seconds the server waits for activity on an interactive connection before closing it. wait_timeout The number of seconds the server waits for …"

"在经历了2009年的分布式启步之后，经过改造的数据库系统性能得到极大的提升，但这个变化仍然不构成今天这篇文章的主题，我想要说的是另外一方面的变 化，这个变化在某种程度上影响着当前DBA的角色变化问题。\n在分布式数据库时代，开发DBA的开发支持工作相比于以前，会有更多的系统思考问题的机会，会结合应用来设计量身定做的分布式数据库系统，如果一个DBA 对业务有着深刻的理解，深刻理解数据库原理，既具有整体性的架构思维，又有一些关键细节把握能力的时候，设计一套分布式系统是水到渠成的事。对于开发支持 的一些工作，比如SQL审核，表结构变更，数据订正，历史迁移，如果没有工具的支持，那做起来还是比较吃力的。这些方面，我们还有许多的道路要走，怎么样 改变目前的现状。\n在分布式数据库时代，系统DBA的运维要求难度在某方面有所降低，整个应用因为在容错性方面做了比较多的努力，比如down掉一个数据库时，对于整个应用 系统的健康运行影响较小,运维的压力相对减少。相比于集中式的数据库环境下的运维，在另外一个层面运维难度又有所增加，第一，运维的机器数量呈几何指数的 增长，由于大量采用低端机器，集群中某个机器出问题的 …"