小猪佩奇

良好的逻辑设计和物理设计是高性能的基石，应该根据系统将要执行的查询语句来设计 schema,这往往需要权衡各种因素。例如，反范式的设计可以加快某些类型的查询，但同 时可能使另一些类型的査询变慢。比如添加计数表和汇总表是一种很好的优化査询的方式， 但这些表的维护成本可能会很高。MySQL独有的特性和实现细节对性能的影响也很大。本章和聚焦在索引优化的下一章，覆盖了 MySQL特有的schema设计方面的主题。假设读者已经知道如何设计数据库，所以本章既不会介绍如何入门数据库设计，也不 会讲解数据库设计方面的

3.1性能优化简介毎个人在不同场景下对性能有不同的
理解，但本章将给性能一个正式的定义。我们将性能定义为完成某件任务所需要的时间
度量，换句话说，性能即响应时间，这是一个非常重要的原则。我 们通过任务和时间而
不是资源来测量性能。数据库服务器的目的是执行SQL语句，所以它关注的任务是査询
或者语句，如SELECT. UPDATE. DELETE等.数据库服务器的性能用査询的响应时间来度量,单位是每个花费的时间.什么是优化？很多人对此很迷茫。假如你认为性能优化是降低CPU利用率，那么可以减少对资源的使

每个Mysql使用者都应该了解一下基准测试的知识 . 建议熟悉一下sysbench.##### sysbench的安装和做性能测试sysbench是一个模块化的、跨平台、多线程基准测试工具，主要用于评估测试各种不同系统参数下的数据库负载情况。关于这个项目的详细介绍请看：http://sysbench.sourceforge.net。它主要包括以下几种方式的测试：1、cpu性能2、磁盘io性能3、调度程序性能4、内存分配及传输速度5、POSIX线程性能6、数据库性能(OLTP基准测试)

第一章 Mysql 架构和历史1.1 Mysql 逻辑架构Mysql 各组件之间的协同工作架构图 :第一层 : 基于网络的客户端/服务器工具.比如:连接处理 授权认证 安全 等等第二层 : Mysql核心功能区域, 查询解析 分析 优化 缓存 还有函数 存储过程 视图等第三层 : 存储引擎 负责数据存储和读取 ! 存储引擎 只会简单响应上层服务器的请求 !1.2 并发控制只要是多个查询需要在同一时刻修改数据,就会有并发问题 !Mysql 在 服务器层和 存储引擎层两个层面的并发控制