Mysql Configuration Learning

whitek

　　.frm  文件来保持表和列的定义;
　　.MYD 数据文件的扩展名(MYData);
　　.MYI  索引文件的扩展名(MYIndex);
　　
　　老版本的MySQL使用TYPE而不是ENGINE（例如，TYPE = MYISAM）。
　　
　　
　　
　　//重置主键自动增长列id
　　ALTER TABLE table_name AUTO_INCREMENT = 1;
　　
　　
　　
　　MySQL 计算每周第一天、每月第一天的方法
　　
　　每周第一天：
　　    SELECT CURDATE(), DATE_ADD(CURDATE(),INTERVAL -WEEKDAY(CURDATE()) DAY);
　　
　　每月第一天：
　　SELECT CURDATE(), DATE_SUB(CURDATE(),INTERVAL DAY(CURDATE())-1 DAY);
　　
　　
　　MySQL 随机排序的一个性能差异 -- MySQL
　　
　　假设一张表 table1 ，主键字段是 id ，我们要从中获取一个随机的记录，SQL语句写法
　　    SELECT * FROM table1 ORDER BY rand() LIMIT 1
　　用MySQL 的 EXPLAIN 看看这条 SQL 的分析，发现 type = ALL ，也就是说全表扫描，性能超级差。
　　把SQL语句换成
　　    SELECT id FROM table1 ORDER BY rand() LIMIT 1
　　在 EXPLAIN 一下 type = index，key = PRIMARY ，也就是说用到了主键索引了，速度很快。
　　因此第一条 SQL 语句我们通过转换成两条SQL语句来提升性能
　　    SELECT id FROM table1 ORDER BY rand() LIMIT 1
    SELECT * FROM table1 WHERE id=?
　　    而这两条SQL语句都是基于主键查询的，性能再快不过了。

　　
 
　　MySQL 数据库中文模糊检索
　　在 MySQL下，在进行中文模糊检索时，经常会返回一些与之不相关的记录，如查找 "%a%" 时，返回的可能有中文 
　　字符，却没有a字符存在。本人以前也曾遇到过类似问题，经详细阅读MySQL的Manual，发现可以有一种方法很方便   
　　的解决并得到满意的结果。
　　例子：
　　希望通过“标题”对新闻库进行检索，关键字可能包含是中英文，如下SQL语句：
　　    select id,title,name from achech_com.news where title like '%a%'
　　返回的结果，某些title字段确定带了“a”关键字，而有些则只有中文，但也随之返回在检索结果中。
　　解决方法，使用 BINARY 属性进行检索，如：
　　    select id,title,name from achech_com.news where binary title like '%a%'
　　返回的结果较之前正确，但英文字母区分大小写，故有时在检索如“Achech”及“achech”的结果是不一样的。知道 
　　了使用 BINARY 属性可以解决前面这个问题，再看看 MySQL 支持的UCASE 及 CONCAT 函数，其中 UCASE 是将  
　　英文全部转成大写，而CONCAT函数的作用是对字符进行连接，以下是我们完全解决后的SQL 语句：
　　    select id,title,name from achech_com.news
　　    where binary ucase(title) like concat('%',ucase('a'),'%')
　　检索的步骤是先将属性指定为 BINARY ，以精确检索结果，而被 like 的 title内容存在大小写字母的可能，故先使用  
　　ucase 函数将字段内容全部转换成大写字母，然后再进行 like 操作，而 like 的操作使用模糊方法，使用 concat的
　　好处是传进来的可以是直接的关键字，不需要带“%”万用符，将“'a'”直接换成你的变量，在任何语言下都万事无 
　　忧了。 当然你也可以这么写：
　　    select id,title,name from achech_com.news where binary ucase(title) like ucase('%a%')
　　检索的结果还算满意吧，不过速度可能会因此而慢N毫秒。

　　
　　
　　MySQL删除表中大批量的数据
　　假设有一个表(osc_logs)有2000万条记录，我们要在业 务不停止的情况下删除其中status=1的所有记录，差不多有 
　　1800万条，直接执行 DELETE FROM osc_logs WHERE status=1 会发现删除失败，因为lock wait timeout 
　　exceed的错误。因为这条语句所涉及的记录数太多了，因此我们可以分批来删除，比如每10000条进行删除，那么我 
　　们可以利用MySQL这样的语句来 完成
　　   DELETE FROM osc_logs WHERE status=1 ORDER BY log_id LIMIT 10000;
　　然后分多次执行就可以把这1800万条记录成功删除。