你
完成了你的
品牌
新的应用程序
，一切工作
就像一个魅力。
用户
来
使用
你的网络
。
每个
人
是幸福的。
然后，
突然
间
，
一个
大爆发
的用户
杀死
你的MySQL服务器
，
您
的
网站已关闭
。
出了什么问题
？
你怎么能
阻止它
吗
？
以下是
MySQL性能优化
的
一些技巧，
将
帮助
你，帮助
你的数据库
。
大处着眼
在早期的发展阶段，你应该知道预期到您的应用程序的用户数。
如果你希望很多用户来说，你应该想想大，从一开始，计划进行复制，可扩展性和性能。
但是，如果你优化你的SQL代码，架构和索引策略，也许你不会需要大环境。
你必须总是三思而后行的性能和可扩展性是不一样的。
请务必使用EXPLAIN
EXPLAIN语句可以被用来作为获取信息的方式MySQL如何执行SELECT语句的代名词DESCRIBE。
当你前面一个关键字EXPLAIN SELECT语句，MySQL的显示信息的查询执行计划的优化。
也就是说，MySQL的说明它将如何处理SELECT，包括信息表加入的顺序。
可以使用EXPLAIN扩展的提供额外的信息。
选择正确的数据类型
通常存储在磁盘上（除了一些数据库，内存数据库一样，它是存储在内存中）。
这意味着，为了获取信息，为您的数据库，它必须从磁盘读取该信息，并把它变成一个结果集，您可以使用。
磁盘I / O是极其缓慢的，尤其是在比较其他形式的数据存储。
当你的数据库的增长要大，开始读取时间要长。
设计拙劣的数据库处理这个问题比他们实际需要的磁盘上分配更多的空间。
这意味着该数据库占用空间的磁盘的使用效率低下。
选择正确的数据类型，可以帮助确保我们存储的数据，使数据库尽可能的小。
为此，我们只选择我们所需要的数据类型。
使用持久连接
使用永久连接的原因是减少数量的连接是相当昂贵的，即使他们更快的与MySQL与大多数其他数据库。
有一些争论这个话题，在网络上mysqli扩展已禁用持久性连接功能，所以我会写更多关于这个主题。
持久连接的唯一的缺点是，如果你有多个并发连接，可以达到max_connections设置。
这是很容易改变Apache的设置，所以我不认为这是原因为什么你不应该使用持久连接。
持久连接是特别有用的，如果你有另一台计算机上的数据库服务器。
由于上述缺点，明智地使用它们。
了解查询缓存
查询缓存存储的SELECT语句的文本，连同相应的结果发送到客户端。
如果相同的语句被接收后，服务器从查询缓存中，而不是分析和再次执行该语句检索结果。
查询缓存是共享的会话之间，这样的结果集所产生的一个客户端可以发送另一个客户端发出的相同的查询。
查询缓存的环境中，可能是有用的，你有表不经常改变，服务器接收到许多相同的查询。
对于许多Web服务器产生许多动态页面的基于数据库的内容，这是一个典型的情况。
查询缓存不返回过时的数据。
在查询缓存表被修改时，任何相关的条目将被刷新。
你怎么找到我的MySQL查询缓存是工作或没有？
MySQL提供的统计资料，只需键入下面的命令在mysql>提示符下：
2
2
不要使用
索引列
的
功能
列上
的
索引
可以是伟大的
性能增益，
但
如果你使用
该列中
的函数
，
指数是
从来没有使用过
。
总是
尝试重写
查询不
使用
索引列
的功能
。
2
2
可能是
2
2
今天的日期
是
从
PHP
生成
。
这样一来，
指数
列
EVENT_DATE
的
查询缓存
内
可存储
和查询
。
了解
禅宗的
SQL
编码
SQL
代码
是
优化
数据库性能
的基础
。
主
SQL
编码
技术，如
重写
子查询的
SQL
语句
使用
连接
，消除了
连接和
类似
的
游标
。
通过
编写
巨大
SQL
代码
数据库的性能
将是巨大的
。
使用
ON DUPLICATE
KEY
UPDATE
如果你指定ON
DUPLICATE KEY
UPDATE
，
将某行插入
，会导致
在
一个
UNIQUE
索引或
PRIMARY KEY
重复的值
，
更新
旧行
。
2
2
您
保存
访问服务器
（
然后选择
更新）
，清理
你的代码
删除所有
，
如果
record_exists
插入
其他
更新
。
如果
按照
此提示
，
数据库将
不胜感激
给你
。
