|
以下是代码片段： [shengting@login ~]$ mysql -V |
2：在mysql中：mysql> status;
|
以下是代码片段： mysql> status; Connection id: 416 Threads: 1 Questions: 584402560 Slow queries: 424 Opens: 59664208 Flush tables: 1 Open tables: 64 Queries per second avg: 107.551 |
3：在help里面查找
|
以下是代码片段： [shengting@login ~]$ mysql --help | grep Distrib |
4：使用mysql的函数
|
以下是代码片段： mysql> select version(); |
昨天在处理mysql数据的时候提示:Got error 127 from table handler。症状为：取出前面的数据没问题，但是在遇到一条游问题的数据时显示“Got error 127 from table handler”。
上网查询资料如下：
以下是引用片段：
1：Got error 127 from table handler
2：MySQL : GOT error 127 from table handler
3：表被破坏
4：手册对repair table的说明
5：手册对check table的说明
比较有参考价值的回复如下：
|
以下是引用片段： error 127就是同时存在2,4,8,16,32,64的错误 |
看得资料一般是说使用“REPAIR TABLE `tablename`”去修复表，看了手册的说明后操作如下：
| 以下是代码片段： mysql> check table mytable; +-------------------+-------+----------+----------------------------------------------------+ | Table | Op | Msg_type | Msg_text | +-------------------+-------+----------+----------------------------------------------------+ | mydb.mytable | check | error | got error: 5 when reading datafile at record: 1291 | | mydb.mytable | check | error | Corrupt | +-------------------+-------+----------+----------------------------------------------------+ 2 rows in set (3.09 sec) |
check的结果与测试得到的差错点一致，为第1291条数据开始便有问题了！然而在这个时候尝试取出数据时失败了：
| 以下是代码片段： mysql> select * from `mytable` limit 1291, 1; ERROR 1016: Can't open file: 'mytable.MYD'. (errno: 145) |
真是无语啊........骑虎难下，继续操作，希望还有救：
| 以下是代码片段： mysql> repair table mytable; +-------------------+--------+----------+----------------------------------------+ | Table | Op | Msg_type | Msg_text | +-------------------+--------+----------+----------------------------------------+ | mydb.mytable | repair | warning | Number of rows changed from 30030 to 0 | | mydb.mytable | repair | status | OK | +-------------------+--------+----------+----------------------------------------+ 2 rows in set (3.10 sec) |
疯了！30030条数据全没了！幸好还有备用的数据库，把数据文件和索引文件直接copy了过来，修改文件的权限后，数据能正常取出了。
为什么会这样呢？原因不详，只能吸取教训：
1：修复表时最好先锁定表。
2：最好是在把mysql shut down后再修复表。
谁能告诉我这是怎么回事？非常感谢！
现有三个端口：3310(db0,db1)，3311(db2,db3)，3312(db4,db5)
括号内为这个端口的数据库
现处理一个文件，把文件里的数据一行一行插入到数据库中
每一行数据对应一个表
相邻行的数据一般属于不同端口的不同数据库的不同的表
问题情况1：
.............
第一条数据为3310端口db0
第二条数据为3311端口db2
第三条数据为3310端口db1
.............
每条数据处理前均用mysql_select_db($db, $link)选择数据库，$link确定每次正确，且每个端口一个资源符号
如果mysql_select_db操作失败，则程序中输出警告提示
在mysql_query($sql)第三条数据时，提示db2的表xxx不存在！由此看来是mysql_select_db失败了，但是并没有因为mysql_select_db出错的提示
问题情况2：()
.............
第一条数据为3310端口db0
第二条数据为3310端口db1
.............
在mysql_query($sql)第二条数据时，提示db0的表xxx不存在！情况同上！
很奇怪，mysql_select_db就这么没用么？！因为在mysql_query中加上数据库连接资源参数后就没问题了
如果，每个库都有一个独自的数据库连接资源，也能解决这个问题。
但是mysql_select_db的作用就是在同一个port下选择数据库用的，是不是偶其它方面出了问题？
where，是个好东西！
但你面对千万级的数据，如何更快的所用遍历数据，并根据自己的需要处理数据？where会起到多大的作用？
当然，前提是数据中的某数据有它的规律。
假如，有一表有一个字段tableid为int，唯一且索引。在这个时候我们可以使用where字句让遍历加速。
比较以下两个语句：
|
以下是代码片段： select * from `tablename` order by `tableid` limit $numStart, 10000; select * from `tablename` where `tableid`>'$tableidStart' order by `tableid` limit 10000; |
上面的例子是想根据tableid的顺序来遍历整个表，所以有个排序的字句。显然，对于千万级别的库或表来说排序这个费时间的事情，但是没关系，前面已经假设它有索引了，所以时间相对还是可以承受的。
索引有这么大的作用么？不信可以看看mysql数据存储目录下的.MYI文件的大小，再看看.MYD文件的大小，一目了然！常言道，不能占着茅坑不拉屎，mysql很好的避免了这一点！
相信你可以注意到limit子句中，偶限制的条件是“10000”。在损耗内存和操作数据库的权衡中，我还是比较倾向损耗内存。
言归正传，说一下where子句。如果没有where，只有“$numStart, 10000”，那么这个查询会如何进行呢？mysql会根据“order by `tableid`”以后，再找到前$numStart条数据，然后从第$numStart+1条数据开始返回1000条数据。请注意这个“再找到前$numStart条数据”的时间，它是随着$numStart的增加而增加的！
时间的损耗，正在于此。没有时间的教训是不会注意到这个的。我曾犯过这个错误，然后认识到了这一点。但是，时间一长......又忘记啦！
如果在这个时候，我们加上一个“where `tableid`>'$tableidStart'”，时间的损耗立马减少了！这个字段是有索引的，找到一个特定的值的时间几乎可以忽略！在这个时候，对这个有索引的字段排序再找前10000条（“limit 10000”），简直易如反掌！
在我的测试中，假设没有where子句的语句要跑5个小时，那么加上这个where子句，只需40分钟！这个时间是怎么节省出来的？主要是在“再找到前$numStart条数据”的时间，前面提到这个几乎是个等差数列的方式的增长。而加上where子句，这个时间差几乎为0！
特以此文，警示自己不再忘记！
两条语句中使用两个变量，变量怎么来的，大家根据情况而定了。
今天发现一个Mysql的远程连接出现"Lost connection to MySQL server during query"。而且定义的中间变量出现异常变化。
我们在遇到问题的时候，最郁闷的不是找不到解决方法，而是不知道引发错误的原因有很多种。上网查看的资料，你看了半天会很纳闷：这是哪门子的事呢？情况怎么和我的一点也没相似之处呢？
很郁闷，今天偶又遇见这种事了！
查询资料http://www.linuxaid.com.cn/tips/4/3/432627797.shtml，里面提到：
|
以下是引用片段： 这个问题是由于glibc的一个bug造成的。 |
但实际上，在偶这的情况却不是这样的。
在执行“php a.php”后，再次执行“php a.php”，便有可能出现“Lost connection to MySQL server during query”的错误。用“ps aux | grep php”,会显示一个“php a.php”的进程。之所以是一个，是因为在mysql出错后那个进程就自己断了。
解决方案：找到进程号，直接kill！
使用的连接是短连结（mysql_connect()）。为什么会丢失连接？还未知。
今天给网站换了一个编辑器，终于可以使用“引用”和“代码”两个模式了，以前用的编辑器一直没这个功能，甚至连个上传的都没有，现在终于都有了，只是编辑器的颜色很难看，很奇怪在偶自己本地的时候可以换一个好看的颜色，但到了这个空间。。。。。。世界就变了，要是换个颜色编辑器就不能用了，只好将就了，等有了时间再弄弄
本来是想吧整个站点都改了以后再换编辑器，但是实在没时间做整站的改动，只好先把编辑器换了。哎，毕业了，空余时间也少了。
不说废话，发点代码，玩玩新功能吧。
1：用命令把数据库导到文本中。
资料来自：http://blog.csdn.net/sd_lichangyou/archive/2006/08/22/1106257.aspx
命令是mysqldump例如我要将我的数据库myproject中的所有表导出来。步骤是
第一：到mysql安装目录的bin下
第二：
|
以下是代码片段： mysqldump -h localhost -u root -p myproject -r d:\myproject.sql |
第三：回车后提示输入密码，然后就OK了，保存在了d盘下
注：这个命令偶没试过，汗～～～～
记得用命令导数据表可以用：
|
以下是代码片段： select * from tablename into outfile "filename" |
不过在linux/unix下要记得对所在的目录授予写权限，如：
|
以下是代码片段： chmod 777 /home/mydir |
2:远程连库时的IP限制问题
从IP A上连接IP B上的mysql的时候提示：
|
以下是代码片段： Warning: mysql_pconnect(): Access denied for user: 'root@A (Using password: YES) |
发现A为vip（虚拟IP）
解决方法，在没有mysql的mysql库中的user表里面添加Host字段值“A”
上面所说的并不是只有vip才有这个限制，只是偶遇见的是vip而已。
3：$arr["count(`id`)"] 错写成 $arr[count(`id`)]
4：更改表名更改表名：
命令：rename table 原表名 to 新表名;
例如：在表MyClass名字更改为YouClass
|
以下是代码片段： mysql> rename table MyClass to YouClass; |
5：清空数据表
|
以下是代码片段： truncate table tablename; |
6：如何把操作mysql损失降到最低
应该在启动mysql时加上参数"--i-am-a-dummy"。（我是个新手）
此时mysql将拒绝执行不带where的update和delete命令
7：mysql文件的认识
|
以下是引用片段： .frm 是描述表结构的文件 |
8：char 或 varchar的区别
|
以下是引用片段： 如果使用 char 或 varchar，建议执行以下操作： |
由于准备重新架构网站，涉及到数据备份问题，问题由此引发。
第一个：
由wyaj的phpmyadmin导出的数据在偶机子上导入时老是提示有臭虫，大意是什么二进制、引号之类的问题。还以为是数据存在大量单双引号出现的问题，于是便写程序自己把数据导出来再导进去。提示依旧。
突然感觉这个问题以前也似乎出现过。于是"set names gb2312"、"set names gbk"、"set names utf8"之类的命令一个一个的试。结果还是很无语。
也不知道是使用什么方法处理了一下，发现终于出了一个又很熟悉的错误："ERROR 1406 : Data too long for column xxx"。顿时觉悟了。
当初抱着严格要求自己写sql语句的目的，把mysql设置为"STRICT_TRANS_TABLES"。于是便引发了这个问题，还害得偶自己写程序去导数据。
解决方法：
第二个：
自己写了一个mysql操作类，里面对操作的错误做了报警。其中里面有：
$this->affectNum = mysql_num_rows($this->queryId) or .......;
$this->affectNum = mysql_affected_rows($this->queryId) or .......;
问题又出来了，当返回的值是0的时候，也会执行"or"后面的语句。当时百思不得其解，幸好有村里面的纯属误会指点，叫偶查手册才明白，上面两个函数的返回值是int。顺便指出偶程序中的bug：为了防止未知的意外情况，在使用foreach之前，一定要 is_array()!
哎，这都是很基础的问题。