MySQL表崩溃
如果在一些更新命令之后，mysqld总是当掉，或者如果你遇到被破坏的表，你可以用下面的操作测试看这个缺陷是否是可重复产生的：
卸掉MySQL守护进程（用mysqladmin shutdown）。
给该表做备份（防止修复操作反而搞坏这种很不可能出现的情况）。
用 myisamchk -s database/*.MYI 检查所有的表，用myisamchk -r database/table.MYI修理有错误的表。
对该表做第二次备份。
如果需要更多的空间就从MySQL数据库目录删除（或移走）旧日志文件。
带--log-bin启动Start mysqld 。请参阅5.11.3节，“二进制日志”。如果你想找出搞垮mysqld的查询，你应该使用use --log --log-bin。
当你已经遭遇一个被破坏的表时，请停止mysqld server 。
还原备份。
不带--log-bin重启动mysqld 服务器。
重新执行mysqlbinlog update-log-file | mysql命令。更新的日志用名字hostname-bin.#保存在MySQL数据库目录下。
如果该表再次被破坏，或者你可用上诉命令让mysqld 死掉，你就已经找到可重复产生的缺陷，它应该很容易被修复！可以ftp上传表和二进制日志到 ftp://ftp.mysql.com/pub/mysql/upload/ 然后把它输入我们在 http://bugs.mysql.com/上的缺陷系统。（请注意，/pub/mysql/upload/ 在FTP时是不可以列出（内容）的，所以不能在FTP客户端看见你已经上载的东西。）如果你是一个支持客户，你可以使用 MySQL客户支持中心https://support.mysql.com/ 来 提醒MySQL 技术人员这个问题，让这个问题尽快得到解决。
如果你想缩小问题的范围，你也可以使用 mysql_find_rows脚本来只执行一些 更新语句
http://www.wang48.com/jishubaodianview/?jsd_id=13959
如果MySQL依然崩溃，应作些什么--MySql数据库
正式发布之前，每个MySQL版本均在很多平台上进行了测试。这不表示MySQL中不存在缺陷，但是，如果存在缺陷，它们应很少，而且很难发现。如果你遇到问题，如果你尝试找出导致系统崩溃的准确原因，这始终很有帮助，这是因为，如果这样的话，快速解决问题的机会很大。
首先，应尝试找出问题是否与mysqld服务器有关，或是否与客户端有关。通过执行mysqladmin version，可检查mysqld服务器运行了多长时间。如果mysqld宕机并重启，应查看服务器的错误日志以找出原因。请参见5.11.1节，“错误日志”。
在某些系统上，在错误日志中，可发现mysqld宕机的堆栈跟踪，可使用resolve_stack_dump程序解决它。请参见E.1.4节，“使用堆�
相关文档：
本文转载自：http://www.54xue.com/?action-viewnews-itemid-7498
#BEGIN CONFIG INFO
#DESCR: 4GB RAM, 只使用InnoDB, ACID, 少量的连接, 队列负载大
#TYPE: SYSTEM
#END CONFIG INFO
#
# 此mysql配置文件例子针对4G内存
# 主要使用INNODB
#处理复杂队列并且连接数量较少的mysql服务器
#
# 将此文件复制到/etc/m ......
如果要随机获取记录数，在mysql里最简单的方法肯定是order
by
rand
()了，但是这种方法只能在表记录极少的情况下才能使用。主要是因为order
by
rand
()导致了using filesort.这个时候查询类型会变成all，索引会失效。只需简单的变通下，完成可以做到同样的效果。
根据记录的类型，分类连续和非连续两种。
连续� ......
此文章的安装方法适用于Windows XP
下的Apache+PHP+MySQL
安装，同时也适用于Windows 2003
系统下的安装和配置。
1.
安装环境
操作系统是 Windows XP
中文版, Apache,
PHP, MySQL
的最新版本是截止到 2007.09.07
，分别在其官网下载的:
* Apache 2.2.6
：http://apache.mirror.phpchina.c ......
