天宇星空

摘要： myIsam引擎把一个表的总行数存在了磁盘上，因此执行count(*)会直接返回结果，效率很高 #但是myisam不支持事物 innodb引擎需要把数据一行行从引擎里读出来，然后计数累加。 innodb由于多版本并发控制机制，同一时刻不同回话拿到的结果可能都不相同，所以不能直接将总行数存储在磁盘上。 阅读全文

摘要： 参数 innodb_file_per_table mysql5.6.6版本以后，默认设置为ON，表示innodb表数据存储在一个以.ibd为后缀的文件中 不建议设置为OFF，原因是 设置为OFF后，会将表数据存储在系统共享表空间中，即使drop掉表，空间也不会被回收【磁盘空间不会减少，只会无脑增加】 阅读全文

摘要： 脏页：内存数据页跟磁盘上数据页内容不一致，将内存页称为脏页 干净页：内存数据写入磁盘后，内存页跟磁盘页数据一致，称内存页为干净页 刷脏页的俩种情况： 1、redo log满了，这时候系统不能再接受更新了，所有的更新都必须堵住，这时候的更新数为0 2、内纯不够用了，要先将脏页写到磁盘。这种情况是常态 阅读全文

摘要： 一条sql执行的过程： 连接器 >分析器 >优化器 >执行器 >存储引擎 #如下图 不建议使用查询缓存的原因： 如果表有数据更新的话，这张表的缓存都会被清空 redo log日志（重做日志）： 特性： innodb的引擎层日志，redo log日志大小时固定的（可通过参数设置），可配置日志个数，可重 阅读全文

摘要： 背景： 随着业务的扩张跟历史数据的递增，导致数据盘出现瓶颈，原数据盘只有200G，现在需要扩容到2T。 问题： 磁盘未分区、未做LVM逻辑卷，导致现在不能在线热扩容，必须在业务不繁忙发通告，停止业务后做扩容 建议： 不管日后业务前景如何，在新开服务器和加磁盘的时候，都要做一个LVM逻辑卷，以备日后不 阅读全文

摘要： 优化器选择索引的逻辑： 找到一个最优的执行方案，用最小的代价去执行语句。在数据库里，扫描行数是影响执行代价的因素之一，扫描行数越少，意味着访问磁盘的次数越少，消耗CPU资源越少。当然，是否生成临时表、是否排序等因素也会影响优化器选择索引。 索引选择异常和处理： 1.使用 force index 强行 阅读全文

摘要： ##innodb引擎的数据是按页为单位的，当需要读一条记录时，并不是将这个记录本身从磁盘中读取出来，而是以页为单位将整个页读取到内存中，每个页默认大小为16kb 数据查询过程： 磁盘 >内存 >返回结果 数据更新过程： change buffer >当有查询,更新到磁盘 >内存 >返回结果 ###这 阅读全文

摘要： 总的来说，master中开启环境配置，建立相应目录，然后编写top.sls文件通过highstate功能指定不同minion执行不同的sls文件 eg:通过jinja模块修改变量 top.sls内容： test: '*': - aname aname.sls内容： /home/aaa.txt: #这 阅读全文

摘要： 覆盖索引： [t表中 card为普通索引，id为自增主键]select * from t where card=111 select id from t where card=222 第一个sql中，通过索引card检索到card=111后需要回表到主键将整行数据取出来 第二个sql中，由于id为自 阅读全文

摘要： 索引的作用：提高查询效率，类似一本书的目录，可以让我们快速找到需要的内容。 索引的常见模型： 最多用到的三种，哈希表、有序数组、搜索树 哈希表：以key-value形式存储数据，将key通过内部函数计算得到一个值，放置于一个确定的位置，再将value放在数组的这个位置。由于多个key经过哈希函数计算 阅读全文