摘要： 一.概述 前面章节介绍了很多数据库的优化措施，但在实际生产环境中，由于数据库服务器本身的性能局限，就必须要对前台的应用来进行优化，使得前台访问数据库的压力能够减到最小。 1. 使用连接池 对于访问数据库来说，建立连接的代价比较昂贵，因为连接到数据库服务器需要经历多个步骤如：建立物理通道,服务器进行初 阅读全文

摘要： 1. 使用Symbolic Links分布I/O mysql的数据库名和表名是与文件系统的目录名和文件名对应的，默认情况下，创建的数据库和表都存放在参数datadir定义的目录下。如果不使用RAID或逻辑卷，所有的表都放在一个磁盘设置上，无法发挥多磁盘并行读写的优势。这种情况，我们可以利用操作系统的 阅读全文

摘要： 一.概述 作为应用系统的持久化层，不管数据库采取了什么样的Cache机制，数据库最终总是要将数据储存到可以长久保存的I/O设备磁盘上。但磁盘的存取速度显然要比cpu,ram的速度慢很多。因此，对于比较大的数据库，磁盘I/0 一般总会总为数据库的一个性能瓶颈。 ram：又称作“随机存储器”，是与CPU 阅读全文

摘要： 一.概述 前面介绍了简单恢复模式和大容量恢复模式，这篇继续写完整恢复模式下的备份与还原。在完整恢复模式里最大的优点是只要能成功备份尾日志，就可以还原到日志备份内包含的任何时点("时点恢复")。当然对比前二种模式它是牺牲了磁盘I/O性能。 恢复模式 备份策略 数据安全性 I/O性能 简单恢复 完整备份 阅读全文

摘要： 1. innodb_lock_wait_timeout mysql 可以自动监测行锁导致的死锁并进行相应的处理，但是对于表锁导致的死锁不能自动监测，所以该参数主要用于，出现类似情况的时候等待指定的时间后回滚。系统默认值是50秒。用户可以根据业务自行设置。生产环境不推荐使用过大的 innodb_loc 阅读全文

摘要： 一. 概述 在sql server 备份与恢复系列的第一篇里，有讲到大容量模式下备份与还原的相关知识。这篇重点来演示在大容量模式下常用的备份与还原模式“完整备份+差异备份+日志备份”。 在大容量恢复模式下，特别要注意的是在什么情况下会导致数据还原丢失风险，带着这个问题，来进行演示说明。备份策略如下图 阅读全文

摘要： 一.概述 与网络I/O相关的等待的主要是ASYNC_NETWORK_IO，是指当sql server返回数据结果集给客户端的时候，会先将结果集填充到输出缓存里(ouput cache)，同时网络层会开始将输出缓存里的数据打包，由客户端接收。如果客户端接收数据包慢，sql server没有地方存放新数 阅读全文

摘要： 一. innodb_flush_log_at_trx_commit 是指：ib_logfile的刷新方式（ ib_logfile：记录的是redo log和undo log的信息，是重做日志写入磁盘的过程。用来控制缓冲区中的数据写入到日志文件，以及日志文件数据刷新到磁盘(flush)的操作时机。对这 阅读全文

摘要： 从这篇开始，讲innodb存储引擎中，对于几个重要的服务器参数配置。这些参数以innodb_xx 开头。 1. innodb_buffer_pool_size的设置 这个参数定义了innodb存储引擎的表数据和索引数据的最大内存缓冲区大小，和myisam不同，myisam的key_buffer_si 阅读全文

摘要： 一.概述 前面讲了备份的一些理论知识，这篇开始讲在简单恢复模式下的备份与还原。在简单模式下是不能做日志备份的，发生灾难后，数据库最后一次备份之后做的数据修改将是全部丢失的，所以在生产环境下，数据又很重要，一般不建议使用这种模式。 例如对一个数据库有5次完整数据备份，时间是t5, 之后发生灾难，就会部 阅读全文