Mysql Configuration Learning

.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万条记录成功删除。

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值