我的笔记

比较少用group by,没怎么注意配合order by时有什么问题.误以为是先排序再order by的. 今天测试时,发现刚好相反. 如 select * from tb group by gp order by id desc limit 2; 本意是想把所有的按id 大到小排列,然后从中取出 id 最大的 gp 不重复的二个记录, 但是这个sql是错误的,它实现的解析

xx.sql文件理应是从其它mysql管理系统中导出的,但是让我想不明白的是,为什么field字段之间却使用了圆点(.)来分隔却不是逗号(,);而从这个sql文件中却没有任何的生成此文件的系统注释说明,也让我无从知道这个数据到底从那个平台导出的,导致我测试了n次导入都以为是中文乱码问题,因为没注意去看出错提示,而且出错提示的返回信息,上节中文是正常显示,出错那块却是乱码显示,初看我都以为是中文乱码

1 如果正使用非事务表，不应该使用MySQL来检查列的内容。一般情况，最安全的(通常是最快的)方法是让应用程序确保只向数据库传递合法值;如id=(int)$id2 可移植性:如果想要使用Informix或DB2，不应该使用超过18个字符的列名3 MySQL在检索和更新MyISAM表记录方面很快,但是在同一个表上混合慢速读和写方面有一个问题。另一方面，当你试图访问最近更新了(直到它们被刷新到磁盘上)

前言 为了保证数据的一致完整性，任何一个数据库都存在锁定机制。锁定机制的优劣直接应想到一个数据库系统的并发处理能力 和性能，所以锁定机制的实现也就成为了各种数据库的核心技术之一。本章将对MySQL 中两种使用最为频繁的存储引擎MyISAM 和Innodb 各自的锁定机制进行较为详细的分析。 7．1 MySQL 锁定机制简介 数据库锁定机制简单来说就是数据库为了保证数据的 一致性而使各种共享资源在被

Cannot connect to Database, please check your configuration: 错误代号:2000  mysqlnd cannot connect to MySQL 4.1+ using the old insecure authentication. Please use an administration tool to reset your pass

root@CSV-009:~# mysql -root -pEnter password: Welcome to the MySQL monitor.  Commands end with ; or \g.Your MySQL connection id is 8346490Server version: 5.1.41-3ubuntu12.10 (Ubuntu)Type 'help;' or '\

在查询测试时发现,查询很慢,60万条查一,用了10秒,使用了explain分析一下sql解释过程,发现没使用主键,而是使用了filesort,把缓存放到文件中进行了排序;觉得很奇怪,在其它机器中,使用了id来排序,很快.才1秒,或是少于这个.后来才发现,原来此机内存过小(设置过小也会导致),导致数据量大时,内存无法进行排序放到硬盘中来了.才这么慢.暂时解决方式是小表/多表了. mysql> sel

mysql> explain SELECT * FROM email_group_1 where email_gp_id > 0 ORDER BY email_gp_id ASC LIMIT 200000 , 100; +----+-------------+---------------+-------+---------------------+---------+---------+----

SELECT sum(num) as num, t.field4 from ((SELECT count(*) as num, field4  from `dx_common_member_profile_archive` as pa                                group by field4 )union (select count(*) as num, fie

在使用分表形式时,每个表有10万条数据.二个分表.进行一些读取文件和查找插入操作.只是进行索引一下要查找的字段.相同的操作就可以从100-80秒减少到3-2秒; 在读取文件时,之前使用的是fgets的方式跳过行.没注意测试耗时.但是这次使用的fseek测试的结果竟然是0秒.比我想象的快了.跳过13万行竟然基本上不需要时间.