weiliu1463的专栏

写在前面：索引对查询的速度有着至关重要的影响，理解索引也是进行数据库性能调优的起点。考虑如下情况，假设数据库中一个表有10^6条记录，DBMS的页面大小为4K，并存储100条记录。如果没有索引，查询将对整个表进行扫描，最坏的情况下，如果所有数据页都不在内存，需要读取10^4个页面，如果这10^4个页面在磁盘上随机分布，需要进行10^4次I/O，假设磁盘每次I/O时间为10ms(忽略数据传输时间)，

业务场景:在线更新系统，db服务器内存16G，8核，dell的pc服务器。qps： 200个左右 tps： 1个左右 一分钟50几个sort_buffer_size = 32M 大了, 8M即可read_buffer_size = 32M 大了,8M即可read_rnd_buffer_size = 16M  大了,8M即可table_open_cache =

学习的过程中从网上看到的，自己综合了一下，把看到的东西作了一个汇总……优化WHERE从句:即使你只搜索一行MySQL也会查询整个表，因此，建议你当只需要一条结果时将limit设置为1。通过这样做，可以避免系统贯穿搜索整个表，从而可以尽可能快找到与你需求相匹配的记录。MySQL的每个数据库目录中有一个文件db.opt，该文件主要用来存储当前数据库的默认字符集和字符校验规则

5.3.1事务提交流程MySQL的事务提交逻辑主要在函数ha_commit_trans中完成。事务的提交涉及到binlog及具体的存储的引擎的事务提交。所以MySQL用2PC来保证的事务的完整性。MySQL的2PC过程如下：(1)先调用binglog_hton和innobase_hton的prepare方法完成第一阶段，binlog_hton的papare方法实际上什么也没

1、配置参数MySQL有两种途径途径了解其的配置参数，一个是MySQL交互模式下的命令SHOW  VARIABLES，一个使用mysqladmin variables 查询。MySQL的配置参数分为2种，全局的和局部的。局部的配置变量可以在每次会话中自己更改。从MySQL 4.0以后开始，在SHOW VARIABLES中显示的参数，大部分可以动态使用SET命令进行更改。

这2天业务量增长比较快，猜测可能是产生了过多的binlog导致的。[xxx@xxxx cacti]$ ssh xxxx  " sudo -u mysql ls /mysqldata/data/" |grep mysql-bin  mysql-bin.001350  .......  mysql-bin.002352  mysql-bin.log.index  

1 不停的收到email报警，内存值超过阀值80%了。2 top下，mysqld进程确实占据了77.5%，再加上一些其他的辅助进程，内存usage到了81%也可以理解。[xxx@00903 5.5.25a]$ toptop - 03:48:55 up 51 days, 17:11,  2 users,  load average: 0.09, 0.09, 0.11Tasks

先了解一下什么是GAP LOCK在INNODB中，record-level lock大致有三种：Record, Gap, and Next-KeyLocks。简单的说，RECORDLOCK就是锁住某一行记录；而GAPLOCK会锁住某一段范围中的记录；NEXT-KEYLOCK则是前两者加起来的效果。下面是MYSQL官方文档中相关内容的链接http://dev.mysql.co