数据库属于 IO 密集型的应用程序，其主要职责就是数据的管理及存储工作。而我们知道，从内存中读取一个数据库的时间是微秒级别，而从一块普通硬盘上读取一个IO是在毫秒级别，二者相差3个数量级。所以，要优化数据库，首先第一步需要优化的就是 IO，尽可能将磁盘IO转化为内存IO。本文先从 MySQL 数据库IO相关参数（缓存参数）的角度来看看可以通过哪些参数进行IO优化：
query_cache_siz...
分类：
数据库 时间：
2015-07-07 13:05:35
阅读次数：
194
配置方面对于IO优化的原则：尽可能能缓存，减少读对数据库的随机IO的请求；同时减少写的随机IO的随时发生，利用各种buffer去缓存。
分类：
数据库 时间：
2015-07-06 12:33:33
阅读次数：
126
阿里云推出SSD云盘+I/O优化的ECS有一段时间了，这个功能优化是为了解决用户量大、高并发读写等问题。据阿里云官网介绍，SSD云盘最高提供20000随机读写IOPS、256MB/S吞吐量的存储性能。与普通的ECS实例相比，IO优化后的ECS，为ECS实例与SSD云盘直接提供了更好的网络能力。近期有...
分类：
其他好文 时间：
2015-07-01 17:50:14
阅读次数：
393
在高并发量的场景下磁盘IO往往是性能的瓶颈所在，访问日志涉及到频繁的写操作，所以这部分要尽可能地优化，不然将拖累系统的整体性能。针对文件记录及数据库记录两种方式可以有以下措施提高写性能，l 避免频繁的打开关闭文件。将日志写入文件的一般操作步骤是打开-写入-关闭，但假如在需要频繁写入日志的场景下，这种方式在性能上肯定会存在问题，因为每次打开关闭都是需要成本开销的，所以必须要想想是否有别的更好的方式，...
分类：
其他好文 时间：
2015-06-21 15:50:43
阅读次数：
176
前几天发生了2件神奇的事情：一是1位园友在阿里云上遇到了和我们一样的“黑色1秒”问题；二是阿里云推出了IO优化的基于KVM架构的服务器，据说理论上可以解决“黑色1秒”问题。很巧的是，这2件事情竟然开始于同一天。“黑色1秒”问题是我们在阿里云上遇到的最神妙莫测，也是折磨我们时间最长的一个问题。
分类：
其他好文 时间：
2015-06-12 16:57:43
阅读次数：
131
场景：xml文件解析入库；并备份问题：磁盘io异常，经常100%busy；linux io优化方法：1、修改磁盘挂着参数，修改为writeback模式；对于文件读取频繁的可以设置noatime；2、修改缓存写入磁盘时间pdflush的行为受/proc/sys/vm中的参数的控制/proc/sys/v...
分类：
系统相关 时间：
2015-05-21 17:01:55
阅读次数：
249
C++返回值优化和具名返回值优化是编译器的优化，在大多数情况下能提高性能，但是却难以受程序员控制。C++11中加入了move语义的支持，由此对RVO和NRVO会造成一定影响。下面以一段代码来说明。RVO和NRVO在分别在copy/move construct，copy/move assignment八种简单情况，测试条件是g++ 4.8.2和clang++ 3.4，默认优化。#include <io...
分类：
编程语言 时间：
2015-05-09 15:05:15
阅读次数：
354
数据库表设计这块学问比较多，我这里单从互联网角度出发同时结合Innodb的特性给出一些设计方法供大家参考。本文构建大概分两分部分:Innodb的特性及设计中如何利用这种特性。 Innodb特性：Innodb是索引聚集表， 存储结构是BTREEInnodb的表的数据存储是有顺序的，默认是以主建排序，主...
分类：
数据库 时间：
2015-01-19 19:05:41
阅读次数：
261
内核相关参数相关内核参数，有条件的话可以修改参数测试验证一下。1、/proc/sys/vm/dirty_ratio这个参数则指定了当文件系统缓存脏页数量达到系统内存百分之多少时（如10%），系统不得不开始处理缓存脏页（因为此时脏页数量已经比较多，为了避免数据丢失需要将一定脏页刷入外存）；在此过程中很...
分类：
系统相关 时间：
2015-01-16 18:32:49
阅读次数：
423
题意： 树上路径之间的点统一加减k，查询某点的值解法：不会LCA的解法，于是用树链剖分了，比较简单的剖分，然后用线段树维护就行了，相当于区间更新，单点查询，查询点 i 的值时，只需在线段树中查询pos[u]位置的值即可。加IO优化900+ms代码：#include #include #include...
分类：
其他好文 时间：
2014-10-07 17:16:13
阅读次数：
221
