mysql优化技术

mysql优化从以下四个方面来优化：

1》数据库设计

三范式：

1NF:原子性操作，不可再分的表记录

2NF:在1NF基础上，记录的唯一性确定，避免任何记录重复，通过主键来解决

3NF:在2NF基础上，避免数据冗余，通过外键来解决

适当的逆范式：适量的冗余，规则是死的，技术是活的，适量的冗余能够提高程序的效率可以违反一定的3NF

冗余规则：当表关联关系是1对多话，尽量将冗余放在1这边，避免对空间过度冗余占用

2》sql设计

1.面试题：sql语句有哪几种？

DDL:data define language   (数据定义语言)create、drop、alter select

DML:data   manipulate         language(数据操作语言)insert update delete

DTL:   data transaction         language                                   数据事物语言 commit  rollback

DCL:  data control language  (数据控制语句)GRANT      --授予用户访问权限 DENY      --拒绝用户访问 REVOKE      --解除用户访问权限

2.show  status  命令

3.slow_queries慢连接   通过设置变量过滤查询的时间

4.添加索引提高速度

小结：索引会加快查询速度，但是会占用更大的磁盘空间（会将索引的记录记录在这里，所以查询的时候会特别快），对DML语句会有影响

5.explain分析工具

作用：可以预测sql语句的执行效率，从索引的使用情况从多少条记录中查出结果来判断该条sql语句的执行效率

6.如何选择建立索引

   a.当字段使用特别频繁的时候

  b.当该表DML操作特别多的时候比建议使用

  c.唯一性太差的字段不应该建立索引

7.索引的种类

   a.主键索引

   b.唯一索引（即是索引又有唯一性）

   c.普通索引

   d.全文索引（FULLTEXT 只有MYISAM引擎才能用)   select * from tb1 where    context  like '%李连杰%'

    e.复合索引

8.索引使用

新建索引

       alter table 表名  add   index   索引名（列名）

   create  [unique/fulltext]  index  索引名   on  table (列名)

 删除索引

      drop   index  索引名  on  table

    alter   table  表名   index  索引名

查看索引

     show   index from  表名

     desc   表名

9.什么时候不用索引

    a.如果条件中有or的时候

   b.对于多列索引不是使用的第一部分，则不会使用索引

   c.like查询是以%开头

    d.如果列类型是字符串，那一定要在条件中将数据使用引号引用起来

10.索引使用的好坏判断

 

11.MyISAM 和 Innodb区别是什么

1. MyISAM 不支持外键, Innodb支持
2. MyISAM 不支持事务,不支持外键.
3. 对数据信息的存储处理方式不同.（如果存储引擎是MyISAM的，则创建一张表，对于三个文件..,如果是Innodb则只有一张文件 *.frm,数据存放到ibdata1）

 

对于 MyISAM 数据库，需要定时清理

optimize table 表名

 

 

 

12.   常见的sql优化手法

1.      使用order by null  禁用排序

比如 select *from dept group by ename order by null

 

2.      在精度要求高的应用中，建议使用定点数(decimal)来存储数值，以保证结果的准确性

 

1000000.32 万

create table sal(t1 float(10,2));

create table sal2(t1 decimal(10,2));

 

问?在php中 ,int 如果是一个有符号数，最大值.int- 4*8=32   2 31 -1

13. 表的水平划分

 

l        垂直分割表

 

 

如果你的数据库的存储引擎是MyISAM的，则当创建一个表，后三个文件. *.frm 记录表结构. *.myd 数据 *.myi 这个是索引.

 

mysql5.5.19的版本，他的数据库文件，默认放在 （看 my.ini文件中的配置.）

 

 

 

 

l        读写分离

 

 

3》数据库配置

key_buffer_size,query_cache_size,table_cache三个参数比较重要

key_buffer_size只对MyISAM表起作用，

key_buffer_size指定索引缓冲区的大小，它决定索引处理的速度，尤其是索引读的速度。一般我们设为16M,实际上稍微大一点的站点　这个数字是远远不够的，通过检查状态值Key_read_requests和Key_reads,可以知道key_buffer_size设置是否合理。比例key_reads / key_read_requests应该尽可能的低，至少是1:100，1:1000更好（上述状态值可以使用SHOW STATUS LIKE ‘key_read%’获得，在cmd环境下获得下面的值）。 或者如果你装了phpmyadmin 可以通过服务器运行状态看到,笔者推荐用phpmyadmin管理mysql，以下的状态值都是本人通过phpmyadmin获得的实例分析:

这个服务器已经运行了20天
key_buffer_size – 128M
key_read_requests – 650759289
key_reads - 79112
比例接近1:8000 健康状况非常好

另外一个估计key_buffer_size的办法　把你网站数据库的每个表的索引所占空间大小加起来看看以此服务器为例:比较大的几个表索引加起来大概125M 这个数字会随着表变大而变大。

从4.0.1开始，MySQL提供了查询缓冲机制。使用查询缓冲，MySQL将SELECT语句和查询结果存放在缓冲区中，今后对于同样的SELECT语句（区分大小写），将直接从缓冲区中读取结果。根据MySQL用户手册，使用查询缓冲最多可以达到238%的效率。

通过调节以下几个参数可以知道query_cache_size设置得是否合理
Qcache inserts
Qcache hits
Qcache lowmem prunes
Qcache free blocks
Qcache total blocks

Qcache_lowmem_prunes的值非常大，则表明经常出现缓冲不够的情况,同时Qcache_hits的值非常大，则表明查询缓冲使用非常频繁，此时需要增加缓冲大小Qcache_hits的值不大，则表明你的查询重复率很低，这种情况下使用查询缓冲反而会影响效率，那么可以考虑不用查询缓冲。此外，在SELECT语句中加入SQL_NO_CACHE可以明确表示不使用查询缓冲。
Qcache_free_blocks，如果该值非常大，则表明缓冲区中碎片很多query_cache_type指定是否使用查询缓冲

我设置:
query_cache_size = 32M
query_cache_type= 1
得到如下状态值:
Qcache queries in cache 12737 表明目前缓存的条数
Qcache inserts 20649006
Qcache hits 79060095 　看来重复查询率还挺高的
Qcache lowmem prunes 617913　有这么多次出现缓存过低的情况
Qcache not cached 189896 　　
Qcache free memory 18573912　　目前剩余缓存空间
Qcache free blocks 5328 这个数字似乎有点大　碎片不少
Qcache total blocks 30953
如果内存允许32M应该要往上加点

table_cache指定表高速缓存的大小。每当MySQL访问一个表时，如果在表缓冲区中还有空间，该表就被打开并放入其中，这样可以更快地访问表内容。通过检查峰值时间的状态值Open_tables和Opened_tables，可以决定是否需要增加table_cache的值。如果你发现open_tables等于table_cache，并且opened_tables在不断增长，那么你就需要增加table_cache的值了（上述状态值可以使用SHOW STATUS LIKE ‘Open%tables’获得）。注意，不能盲目地把table_cache设置成很大的值。如果设置得太高，可能会造成文件描述符不足，从而造成性能不稳定或者连接失败。

对于有1G内存的机器，推荐值是128－256。

笔者设置table_cache = 256
得到以下状态:
Open tables 256
Opened tables 9046
虽然open_tables已经等于table_cache，但是相对于服务器运行时间来说,已经运行了20天，opened_tables的值也非常低。因此，增加table_cache的值应该用处不大。如果运行了6个小时就出现上述值 那就要考虑增大table_cache。

如果你不需要记录2进制log 就把这个功能关掉，注意关掉以后就不能恢复出问题前的数据了，需要您手动备份，二进制日志包含所有更新数据的语句，其目的是在恢复数据库时用它来把数据尽可能恢复到最后的状态。另外，如果做同步复制( Replication )的话，也需要使用二进制日志传送修改情况。

log_bin指定日志文件，如果不提供文件名，MySQL将自己产生缺省文件名。MySQL会在文件名后面自动添加数字引，每次启动服务时，都会重新生成一个新的二进制文件。此外，使用log-bin-index可以指定索引文件；使用binlog-do-db可以指定记录的数据库；使用binlog-ignore-db可以指定不记录的数据库。注意的是：binlog-do-db和binlog-ignore-db一次只指定一个数据库，指定多个数据库需要多个语句。而且，MySQL会将所有的数据库名称改成小写，在指定数据库时必须全部使用小写名字，否则不会起作用。

关掉这个功能只需要在他前面加上#号
#log-bin

开启慢查询日志( slow query log )

慢查询日志对于跟踪有问题的查询非常有用。它记录所有查过long_query_time的查询，如果需要，还可以记录不使用索引的记录。下面是一个慢查询日志的例子：

开启慢查询日志，需要设置参数log_slow_queries、long_query_times、log-queries-not-using-indexes。

log_slow_queries指定日志文件，如果不提供文件名，MySQL将自己产生缺省文件名。long_query_times指定慢查询的阈值，缺省是10秒。log-queries-not-using-indexes是4.1.0以后引入的参数，它指示记录不使用索引的查询。笔者设置long_query_time=10

笔者设置:
sort_buffer_size = 1M
max_connections=120
wait_timeout =120
back_log=100
read_buffer_size = 1M
thread_cache=32
interactive_timeout=120
thread_concurrency = 4

参数说明:
back_log
要求MySQL能有的连接数量。当主要MySQL线程在一个很短时间内得到非常多的连接请求，这就起作用，然后主线程花些时间(尽管很短)检查连接并且启动一个新线程。back_log值指出在MySQL暂时停止回答新请求之前的短时间内多少个请求可以被存在堆栈中。只有如果期望在一个短时间内有很多连接，你需要增加它，换句话说，这值对到来的TCP/IP连接的侦听队列的大小。你的操作系统在这个队列大小上有它自己的限制。 Unix listen(2)系统调用的手册页应该有更多的细节。检查你的OS文档找出这个变量的最大值。试图设定back_log高于你的操作系统的限制将是无效的。
max_connections
并发连接数目最大，120 超过这个值就会自动恢复，出了问题能自动解决

thread_cache
没找到具体说明，不过设置为32后 20天才创建了400多个线程 而以前一天就创建了上千个线程 所以还是有用的

thread_concurrency
#设置为你的cpu数目x2,例如，只有一个cpu,那么thread_concurrency=2
#有2个cpu,那么thread_concurrency=4

skip-innodb
#去掉innodb支持

4》适当硬件配置和操作系统

最后大家可以看 相应视频学习mysql优化 直接百度搜索                   传智播客PHP培训+韩顺平+PHP视频教程+PHP大型网站核心技术之-mysql优化