《mysql经验总结》.docxVIP

Mysql经验总结 Mysql SQL优化 架构，业务，设计 　　　占整体的性能５５％左右: 架构：二层和三层的区别很大的，特别是中间加入memcache 业务：取掉不合理的业务设计如：memcache ，数据流的走向问题：很多走DB的．如果客户对数据的正确性要求不是很高的话，建议走memcache来实现的． 设计：表结构的合理性：如一个论坛列表经常访问７０％左右的访问率，建议将表的结构设计简单，不要包含如论坛内容这样的大字段，只是简单的字段．这样性能会更高，更快的． SQL语句优化 占整体性能优化的３０％左右 SQL启动和停止 /etc/init.d/mysql start??? 启动MySQL /etc/init.d/mysql restart???? 重新启动MySQL? /etc/init.d/mysql shutdown???? 关闭MySQL的命令? /etc/init.d/mysql stop?????? 停止MySQL服务 参数优化 　　　占整体性能的１５％左右的． MYSQL数据导入与导出 scp -r temp1.sql  HYPERLINK mailto:root@00:/home/ root@00:/home/ 远程拷贝（本机拷贝到远程机器） 导出数据 mysqldump -uroot -p111111 conferencemanagement conferencemanagement.sql 数据导入 mysql -uroot -p111111 temp.sql mysql -uroot -p111111 tang_monitor temp.sql mysql -uroot -p111111 tang_monitor temp.sql mysql -uroot -p111111 conferencemanagement temp1.sql mysql -uroot -p111111 tang_sys-log temp21.sql 创想空间mysql 数据备份 备份数据库10 conferencemanagement库中的两个表PreBillingCode,PrePassCode 备份原因说明： 前天由于重新启动mysql , 造成mysql 数据库的丢失，现在将conferencemanagement库中两个表进行了每一天的备份： PreBillingCode PreConfPassCode ，这两个表中存储的是咱们的billingCode,passCode ,每开一场会就会减少。 备份命令如下： mysqldump -uroot -p111111 conferencemanagement PreBillingCode PreConfPassCode binling-pass-code.sql shell 脚本： /root/mysql-back.sh 已经增加到执行计划中，每一天的23：30执行本次操作，保存的文件名了：binling-pass-code.sql 请大家不好删除，只保留最新的备份。谢谢！ Mysql　explain 我们先来看看执行计划： sky@localhost : example 10:32:13 explain 其中： 我们先看一下在MySQL Explain 功能中给我们展示的各种信息的解释： ◆ ID：Query Optimizer 所选定的执行计划中查询的序列号； ◆ Select_type：所使用的查询类型，主要有以下这几种查询类型 ◇ DEPENDENT SUBQUERY：子查询中内层的第一个SELECT，依赖于外部查询的结果集； ◇ DEPENDENT UNION：子查询中的UNION，且为UNION 中从第二个SELECT 开始的后面所有 SELECT，同样依赖于外部查询的结果集； ◇ PRIMARY：子查询中的最外层查询，注意并不是主键查询； ◇ SIMPLE：除子查询或者UNION 之外的其他查询； ◇ SUBQUERY：子查询内层查询的第一个SELECT，结果不依赖于外部查询结果集； ◇ UNCACHEABLE SUBQUERY：结果集无法缓存的子查询； ◇ UNION：UNION 语句中第二个SELECT 开始的后面所有SELECT，第一个SELECT 为PRIMARY ◇ UNION RESULT：UNION 中的合并结果； ◆ Table：显示这一步所访问的数据库中的表的名称； ◆ Type：告诉我们对表所使用的访问方式，主要包含如下集中类型； ◇ all：全表扫描 ◇ const：读常量，且最多只会有一条记录匹配，由于是常量，所以实际上只需要读一次； ◇ eq_ref：最多只会有一条匹配结果，一般是