性能优化是通过某些有效的方法来提高MySQL的运行速度，减少占用的磁盘空间。性能优化包含很多方面，例如优化查询速度，优化更新速度和优化MySQL服务器等。

什么是表分区 通俗地讲表分区是将一大表，根据条件分割成若干个小表。mysql5.1开始支持数据表分区了。 如：某用户表的记录超过了600万条，那么就可以根据入库日期将表分区，也可以根据所在地将表分区。当然也可根据其他的条件分区。

MySQL 的数值数据类型可以大致划分为两个类别，一个是整数，另一个是浮点数或小数。许多不同的子类型对这些类别中的每一个都是可用的，每个子类型支持不同大小的数据，并且 MySQL允许我们指定数值字段中的值是否有正负之分或者用零填补。

MySQL的优化我分为两个部分，一是服务器物理硬件的优化，二是MySQL自身(my.cnf)的优化。

Mysql查询优化器的工作是为查询语句选择合适的执行路径。查询优化器的代码一般是经常变动的，这和存储引擎不太一样。因此，需要理解最新版本的查询优化器是如何组织的，请参考相应的源代码。整体而言，优化器有很多相同性，对mysql一个版本的优化器做到整体掌握，理解起mysql新版本以及其他数据库的优化器都是类似的。优化器会对查询语句进行转化，转化等价的查询语句。

索引一般用于在数据规模大时对查询进行优化的一种机制，对于一般的查询来说，mysql会去遍历整个表，来查询符合要求的结果；如果借助于索引，mysql会将要索引的字段按照一定的算法进行处理，并生成一个类似于书本目录的文件存放在相应的位置，这样在查询时，mysql会先去查找这些＂目录＂，然后根据这些＂目录＂来快速定位所需记录的位置，这样的查找不用遍历整个记录集，速度自然会很快，对于海量数据尤其如此。

linux默认的IO调度算法为cfq,需要修改为dealine,如果是SSD或者PCIe-SSD设备,需要修改为noop,可以使用下面两种修改方式。

MySQL升级是非常必要的. 我们在Percona Support上列出了关于MySQL升级最佳实践的各种问题.这篇文章推荐了一些不同情况下升级MySQL的方法.

尽管比较罕见，但某些场景还是存在着短连接，即用户执行完请求后，很快断开会话。伴随着频繁创建/销毁连接的过程。

Mysql的主从复制至少是需要两个Mysql的服务，当然Mysql的服务是可以分布在不同的服务器上，也可以在一台服务器上启动多个服务。 首先确保主从服务器上的Mysql版本相同。

这是对MySQL进行加密性能测试的两篇文章系列之二。在第一篇中，我专门使用MySQL的内置的对SSL的支持来 做压力测试，产生了一些令人惊讶的结果。当然，使用SSL查询的吞吐性能要比不使用SSL的性能低这也在意料之中，但是我相当惊讶的是，主要的性能瓶颈是 花费在连接建立的时间。这个结果自然引导更进一步的研究。尤其我想要在MySQL内置的SSL加密和外部加密技术——比如SSH通道——之间做一次性能对 比。我也会通过这篇文章明确一些在我上一篇文章的评论中提出的问题。那么，直奔主题吧。。

线程池是Mysql5.6的一个核心功能，对于服务器应用而言，无论是web应用服务还是DB服务，高并发请求始终是一个绕不开的话题。当有大量请求并发访问时，一定伴随着资源的不断创建和释放，导致资源利用率低，降低了服务质量。

以前没用过MySQL存储过程，第一次写有很多的不习惯，总结如下： 下面是一个最简单的MySQL存储过程，实现两个数相加

作为一个社交类的 App ，我们有很多操作都会同时发生，为了确保数据的一致性，会采用数据库的事物。

我们究竟应该如何对MySQL数据库进行优化？下面我就从MySQL对硬件的选择、MySQL的安装、my.cnf的优化、MySQL如何进行架构设计及数据切分等方面来说明这个问题。

MySQL 时间函数

mysql 时间格式化

Vtocc是vitess项目中第一个可用的产品，它的作用是作为MySQL的 前端，为接收和发送SQL命令提供一个RPC接口。它能够在少量且吞吐量合理（~10kqps）的数据库连接上高效复用大量的传入连接（10K+）。另 外，它还内置了SQL语法分析器，使得服务器有能力理解并优化处理接收到的查询语句。

MySQL 常见函数

分表 第一种 是做mysql集群利用mysql cluster ，mysql proxy，mysql replication，drdb等等 第二种 是把访问频繁的且数据量大的表拆成若干小表 第三种 是利用mysql merge存储引擎分表