mysql 数据库大小
information_schema库中包含了对整个数据库的很多统计信息，可以通过查看它们，来得到数据库相关的信息。
mysql> use information_schema;
Database changed
mysql> select count(1) as tables, concat(round(sum(table_rows)/1000000,2),'M') as rows, concat(round(sum(data_length)/(1024*1024*1024),2),'G') as data, concat(round(sum(index_length)/(1024*1024*1024),2),'G') as idx, concat(round(sum(data_length+index_length)/(1024*1024*1024),2),'G') as total_size,round(sum(index_length)/sum(data_length),2) as idxfrac from tables;
+--------+--------+--------+-------+------------+---------+
| tables | rows | data | idx | total_size | idxfrac |
+--------+--------+--------+-------+------------+---------+
| 719 | 96.41M | 30.17G | 9.63G | 39.80G | 0.32 |
+--------+--------+--------+-------+------------+---------+
1 row in set (1 min 9.64 sec)
相关文档：
/**********************************
APACHE
***********************************/
编辑参数：
./configure" \
"--prefix=/usr/local/apache" \
"--enable-so" \
"--enable-ssl" \
"--enable-mods-shared=most" \
"--with-mpm=event" \
"--with-ssl=/usr/local/openssl" \
"--enable-cache" \
"--enable-mem- ......
今天一大早，领导给我打电话，说系统进不去了，报个Got error 28 from storage engine的错误。
看到这个错误，应该不是昨天更新程序造成的。看起来是MYSQL出问题了。用mysql的客户端软件navicat尝试连接数据库，得到同样的错误。
百度一下，发现有人遇到此错的原因是磁盘空间满了，SSH上到服务器，果然发现根目录已满。清 ......
1.只复制表结构到新表
CREATE TABLE 新表 SELECT * from 旧表 WHERE 1=2
或CREATE TABLE 新表 LIKE 旧表
2.复制表结构及数据到新表
CREATE TABLE 新表 SELECT * from 旧表
3.复制旧表的数据到新表(假设两个表结构一样)
INSERT INTO 新表 SELECT * from 旧表
4.复制旧表的数据到新表(假设两个表结构不一样)
......
mysql出错了,以前往往靠猜.有了这张表,一查就出来了.方便不少.特共享于众
1005：创建表失败
1006：创建数据库失败
1007：数据库已存在，创建数据库失败
1008：数据库不存在，删除数据库失败
1009：不能删除数据库文件导致删除数据库失败
1010：不能删除数据目录导致删除数据库失败
1011：删除数据库文件失 ......
今天搞了一天，终于搞定了。
对于Mysql有两种模式，MYISAM与INNODB
如果是MYISAM的话，在data目录下里会.frm .myd .myi 三种文件，那么直接把DATA移过去，配置好权限就可以还原了。
如果是INNODB的话，那是相当的烦啊。在data目录下只有.frm(这只是一个数据格式），这个移过去后，是无法还原原始数据的。
真正的数据是� ......
