
MYSQL
lee3f
phper
展开
-
mysql客户端登陆服务器速度奇慢的问题
我的mysql一直正常,今天早晨发现登陆奇慢,在mysql客户端用mysql -u cacaiuser -h 10.0.0.5 -p登录,需要10来分钟才能成功登陆,而平时只需要几秒钟,查看/var/log/mysqld,没有出错信息,只有mysql启动信息,我便尝试在 mysql服务器上登录,发现速度正常,就是在mysql client机器上登录奇慢无比,我换了两台机器都是这样060108 08转载 2006-04-29 14:44:00 · 1605 阅读 · 1 评论 -
关于dj_telnet中上传下载文件
现在服务端与客户端之前已经能够进行通讯了,而且基本上可以看到服务端机器上面的所有目录和文件,并且可以下载了。不过中间还需要对有一些东西进行修改。现在还没有办法进行上传,我想明天或是后天就应该可以上传文件了吧,等这些都完成了,就可以做load外部命令了,那么这样也就这个东东完成了的时候了。原创 2008-03-05 11:11:00 · 704 阅读 · 0 评论 -
自动删除MYSQL死连接(Sleep)
phpdefine(MAX_SLEEP_TIME, 120); $hostname = "localhost";$username = "root";$password = "password"; $connect = mysql_connect($hostname, $username, $password);$result = mysql_query("SHOW PROCESSLIST转载 2007-05-12 10:15:00 · 6962 阅读 · 1 评论 -
Mysql随机修改记录,用于随机抽奖程序
update opus set times=2 where times is null order by rand() limit 100随机更新关键在于 order by rand().必要的limit 100用于随机抽出100条记录出来set times=2 where times is null 用于记录,中了第二次抽奖,而且中奖的不能再获奖.无聊写了这么多,牛人一看原创 2007-04-12 17:39:00 · 2595 阅读 · 0 评论 -
Managing Hierarchical Data in MySQL
Managing Hierarchical Data in MySQLBy Mike HillyerIntroductionMost users at one time or another have dealt with hierarchical data in a SQL database and no doubt learned that the management of hi转载 2006-12-13 09:32:00 · 929 阅读 · 0 评论 -
在SQL中删除重复记录(多种方法)
学习sql有一段时间了,发现在我建了一个用来测试的表(没有建索引)中出现了许多的重复记录。后来总结了一些删除重复记录的方法,,可以通过唯一rowid实现删除重复记录;还可以建临时表来实现...这个只提到其中的几种简单实用的方法,希望可以和大家分享(以表employee为例)。 SQL> desc employee Name转载 2006-08-03 14:27:00 · 1247 阅读 · 0 评论 -
mysql中gbk_chinese_ci与gbk_bin的区别.
gbk_bin是二进制存储.区分大小写的gbk_chinese_ci不区分大小写原创 2006-07-26 10:00:00 · 6432 阅读 · 0 评论 -
关于where in排序的解决方法
select * from talbe where id in(3,2,4,1)出来的结果是:1234 我怎样可以输出是3241呢? 解决方法是select * from talbe where id in(3,2,4,1) ORDER BY FIND_IN_SET( id, 3,2,4,1)原创 2006-06-23 15:31:00 · 1748 阅读 · 1 评论 -
清空mysql一个库中的所有表
方法1:重建库和表用mysqldump --no-data把建表SQL导出来,然后drop database再create database,执行一下导出的SQL文件,把表建上;方法2:生成清空所有表的SQLmysql -N -s information_schema -e "SELECT CONCAT(TRUNCATE TABLE ,TABLE_NAME,;) FROM转载 2006-05-12 16:10:00 · 5309 阅读 · 0 评论 -
innodb中文参考之性能优化
9 性能调整技巧(Performance tuning tips)1. 如果 Unix top 或 Windows 任务管理器(Task Manager) 显示服务的 CPU 占用率小于 70%,(shows that the CPU usage percentage with your workload is less than 70 %,)你的系统瓶颈可能在磁盘读写上。或许你提交了大量的事务,转载 2006-05-18 10:48:00 · 1356 阅读 · 0 评论 -
怎么提高mysql执行sql导入速度
1、如果mysql的data数据很少,内存足够大,可以把data防止到内存盘中。linux如下设置内存盘:mount -t ramfs none /ram默认使用内存一半如果内存不够大,系统有多个硬盘,则把mysql应用程序和data目录分开到不同硬盘上。2、mysql的表设置为myiasm,比同等条件下的innodb能快20倍以上3、导入完成以后才创建数据库索引4转载 2006-05-14 10:49:00 · 2412 阅读 · 1 评论 -
如何让你的SQL运行得更快
---- 人们在使用SQL时往往会陷入一个误区,即太关注于所得的结果是否正确,而忽略了不同的实现方法之间可能存在的性能差异,这种性能差异在大型的或是复杂的数据库环境中(如联机事务处理OLTP或决策支持系统DSS)中表现得尤为明显。笔者在工作实践中发现,不良的SQL往往来自于不恰当的索引设计、不充份的连接条件和不可优化的where子句。在对它们进行适当的优化后,其运行速度有了明显地提高!下面我将从这原创 2006-05-10 15:09:00 · 568 阅读 · 0 评论 -
MYSQL在不同机子的大区别
这样的一条语句在一台P4 2.4G,内存256+128的机子(未优化),基本要两分钟才运行完,但在一台专业的服务器(四路CPU,12G内存)只需要(0.0130879878998 seconds)以下SQL执行结果:380340SELECT count(products.products_id) as DATAOBJECT_NUMFROM products LEFT JOIN shoppi原创 2006-05-11 13:45:00 · 878 阅读 · 0 评论 -
导入SQL导致"MySQL server has gone away"的解决方法
由于备份MYSQL的SQL的INSERT内容过长或者连写.当执行 : MYSQL 库名 二种解决方法:一、将SQL分段(网上有一个工具可以实现:SplitInsert)二、修配置文件my.ini,在[mysqld]下更改set-variable=max_allowed_packet=5M (没有就新增)还是不行继续增加吧。普通来说5M应该可以了。原创 2006-04-28 16:32:00 · 4655 阅读 · 2 评论 -
MySQL 自带的 slow log 分析工具 mysqldumpslow
MySQL 自带 slow log 的分析工具 mysqldumpslow ,但是没有说明。本文通过分析该脚本,介绍了其用法。slow log 是 MySQL 根据 SQL 语句的执行时间设定,写入的一个文件,用于分析执行较慢的语句。只要在 my.cnf 文件中配置好: log-slow-queries = [slow_query_log_filename] 即可记录超过默认的 10s 执行时间的原创 2006-04-29 16:41:00 · 1048 阅读 · 0 评论 -
关于INSERT的效率问题
我通过一个PERL脚本向数据库插资料,要插入4万多条,我用循环的方式插入,效率很差,是不是可以通过一条INSETR语句插入4万多条记录,效率会不会高点。 insert 语法不是有:insert into table (字段1,字段2....) values (字段1的值, 字段2的值...),(字段1的值, 字段2的值...).........这样的么? 最好用load data,你用pe转载 2006-04-29 16:18:00 · 2024 阅读 · 1 评论 -
mysql的utf8中文排序的解决方法
在mysql中使用默认字符集为utf8,结果想要把中文按拼音排序出现了问题,排出来的顺序乱七八糟,不是我们想要的结果。 解决办法如下:1、不想改变表定义及默认编码的情况,将字段先转换成gbk编码再排序:SELECT * FROM table ORDER BY CONVERT( chinese_field USING gbk ) ;前提是在安装mysql时安装了gbk字符集,不然会转载 2008-03-05 10:58:00 · 1419 阅读 · 0 评论