mysql实战经验

1. 实际业务中多个结果集相关联，使用inner join内连接即可，也就是一对一的关系，需要注意的是 join的内容是两个表共有的内容，如果所需的记录在任何一个表中没有，就会造成丢失，此时inner join并不适用。
2. left join适用于一对多关系，一般是主表和明细表相关联，已主表为基础来对应，此时主表记录不会丢失，但是从表的记录会丢失掉主表中没有对应的数据，当使用外连接关联两个表以上时应当用select *查看表之间的关系，数据对应关系比较复杂，确定业务逻辑。
3. explain优化的方法，往往是建立单个索引，应当适当运行。
4. 可对查询频率高的表内容开启缓存，show variables like ‘%query_cache%’;
（query_cache_type 为 ON 表示已经开启）
±-----------------------------±---------+
| Variable_name | Value |
±-----------------------------±---------+
| have_query_cache | YES |
| query_cache_limit | 1048576 |
| query_cache_min_res_unit | 4096 |
| query_cache_size | 20971520 |
| query_cache_type | ON |
| query_cache_wlock_invalidate | OFF |
±-----------------------------±---------+

如果不是ON，修改配置文件以开启查询缓存：

vi /etc/my.cnf
[mysqld]中添加：
query_cache_size = 20M
query_cache_type = ON

重启mysql服务：

service mysql restart

查看缓存使用情况：
mysql> show status like ‘qcache%’;
±------------------------±---------+
| Variable_name | Value |
±------------------------±---------+
| Qcache_free_blocks | 83 |
| Qcache_free_memory | 19811040 |
| Qcache_hits | 3108196 |
| Qcache_inserts | 757254 |
| Qcache_lowmem_prunes | 20720 |
| Qcache_not_cached | 47219 |
| Qcache_queries_in_cache | 47 |
| Qcache_total_blocks | 276 |
±------------------------±---------+
其中各个参数的意义如下：

Qcache_free_blocks：缓存中相邻内存块的个数。数目大说明可能有碎片。FLUSH QUERY CACHE会对缓存中的碎片进行整理，从而得到一个空闲块。
Qcache_free_memory：缓存中的空闲内存。
Qcache_hits：每次查询在缓存中命中时就增大
Qcache_inserts：每次插入一个查询时就增大。命中次数除以插入次数就是不中比率。
Qcache_lowmem_prunes：缓存出现内存不足并且必须要进行清理以便为更多查询提供空间的次数。这个数字最好长时间来看;如果这个 数字在不断增长，就表示可能碎片非常严重，或者内存很少。(上面的 free_blocks和free_memory可以告诉您属于哪种情况)
Qcache_not_cached：不适合进行缓存的查询的数量，通常是由于这些查询不是 SELECT 语句或者用了now()之类的函数。
Qcache_queries_in_cache：当前缓存的查询(和响应)的数量。
Qcache_total_blocks：缓存中块的数量。
5.当只要一行数据时使用 LIMIT 1
当你查询表的有些时候，你已经知道结果只会有一条结果，但因为你可能需要去fetch游标，或是你也许会去检查返回的记录数。
6. 为搜索字段建索引