In file included from mysys_priv.h:16,
from my_new.cc:21:
../include/my_global.h:1516:15: error: new: No such file or directory
make[1]: *** [my_new.o] Error 1
make[1]: Leaving directory `/opt/mysql-5.1.45-10/mysys'
make: *** [all-recursive] Error 1

检查了操作系统版本等情况，都没问题，configure时也没报错，可以正常产生Makefile

将有问题服(假设是A机)的config.log和另外一台正常服(假设是B机)的config.log做对比

发现A机，有2处比较严重的报错

conftest.c:181:21: error: termcap.h: No such file or directory
conftest.cpp:314:20: error: cxxabi.h: No such file or directory

在B机上
updatedb

for i in `locate termcap.h`; do rpm -qf $i; done |uniq
输出：
libtermcap-devel-2.0.8-46.1
ncurses-devel-5.5-24.20060715
dev86-0.16.17-2.2

for i in `locate cxxabi.h`; do rpm -qf $i; done |uniq
输出：

libstdc++-devel-4.1.2-48.el5
libstdc++44-devel-4.4.0-6.el5
xulrunner-devel-1.9.0.18-1.el5_4

到A机上用rpm -qa查询libtermcap-devel，ncurses-devel，dev86，libstdc++-devel，libstdc++44，xulrunner-devel的安装情况
发现libtermcap-devel，dev86，libstdc++-devel没有安装

yum -y install libtermcap-devel dev86 libstdc++-devel

然后再make，就没有报错了

该脚本使用 “SHOW STATUS LIKE…” 和 “SHOW VARIABLES LIKE…” 命令获得MySQL相关变量和运行状态。然后根据推荐的调优参数对当前的MySQL数据库进行测试。最后根据不同颜色的标识来提醒用户需要注意的各个参数设置。该版本兼容 MySQL 3.23 和更高版本（包含 5.1）

当前版本会处理如下这些推荐的参数：

1
2
3
4
5
6
7
8
9
10
11
12

 Slow Query Log （慢查询日志）
 Max Connections （最大连接数）
 Worker Threads （工作线程）
 Key Buffer （Key 缓冲）
 Query Cache （查询缓存）
 Sort Buffer （排序缓存）
 Joins （连接）
 Temp Tables （临时表）
 Table (Open & Definition) Cache （表缓存）
 Table Locking （表锁定）
 Table Scans (read_buffer) （表扫描，读缓冲）
 Innodb Status （Innodb 状态）

tuning-primer.sh 有如下运行参数:

1
2
3
4
5
6
7

Usage: ./tuning-primer.sh [ mode ]
all            运行所有检测(默认值)
prompt         显示提示信息
mem, memory    运行有关内存使用方面的检测
disk, file     运行有关I/O性能和文件处理限制方面的检测
innodb         运行InnoDB检测
misc           其它

脚本支持my.cnf文件，可以把user, password, host, socket等连接参数放在~/.my.cnf文件里，如果使用了自定义的socket文件，请修改tuning-primer.sh文件中关于socket文件位置的变量。

运行 tuning-primer.sh显示说明

The first one:use "-f" option
mysql -uroot -pdbpassword -f test < /data/mysql.sql

The second one:access into mysql,and use the "source" command.
mysql -uroot -pdbpassword test
source /data/mysql.sql
exit

References:

http://forums.mysql.com/read.php?28,78316,78316

mysqldump --single-transaction --all-databases > all_db.sql

注意:
1.表單較大時可以加上 --quick
2.MySQL Cluster 不支援 --single-transaction

然而使用 --single-transaction 時最好搭配 --flush-logs 及 --master-data 來維持 Binary Log 的完整性。(使用這二個參數皆需有 RELOAD 權限)

mysqldump --single-transaction --flush-logs --master-data --all-databases > all_db.sql

Binary Log 採用的是遞增備份，--flush-logs 便是把目前的 Binary Log 給 flush 出來 (若目前 MASTER_LOG_FILE 已經到 mysql-bin.000005，產生出來的檔案便是 mysql-bin.000006)，完成之後才進行 Dump 的作業。

而 --master-data (預設值為1) 則是在 Dump 出來的 SQL 語法中加入下面這一行，以記錄目前 Dump 的時間點。

CHANGE MASTER TO MASTER_LOG_FILE=mysql-bin.000006',MASTER_LOG_POS=4;

如果在未來執行匯入時 SQL 語法時， MySQL 便能很清楚的知道這次 Dump 出來的 SQL 在 Binary Log 中是屬於哪個位置。

註: 若不需理會 Binary Log 的位置時 (例如進行完整備份作業)，只要將 --master-data 設為 2 便會將 CHANGE MASTER 給註解起來純供參考用。

转载自：http://www.neo.com.tw/archives/1122

Macintosh:trunk jennyfong$ mysql -uroot database_name < database_backup.sql

ERROR 1153 (08S01) at line 2365: Got a packet bigger than 'max_allowed_packet' bytes
Macintosh:trunk jennyfong$ mysql -uroot
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 25
Server version: 5.0.86 MySQL Community Server (GPL)

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> set global net_buffer_length=10000000;
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> set global max_allowed_packet=1000000000;
Query OK, 0 rows affected (0.00 sec)

mysql> exit
Bye
Macintosh:trunk jennyfong$ mysql -uroot database_name < database_backup.sql

show variables like 'max_allowed_packet';

/usr/bin/innobackupex-1.5.1 --help

Got error 28 from storage engine

查了一下，数据库文件所在的盘应该没事，应该是数据库用的临时目录空间不够

引用
磁盘临时空间不够导致。
解决办法：
清空/tmp目录，或者修改my.cnf中的tmpdir参数，指向具有足够空间目录

上面的说法应该比较清楚，还有一个类似的：

引用
mysql报以下错的解决方法

ERROR 1030 (HY000): Got error 28 from storage engine

出现此问题的原因：临时空间不够，无法执行此SQL语句

解决方法：将tmpdir指向一个硬盘空间很大的目录即可

原创内容如转载请注明：来自 阿权的书房
本帖地址：http://www.aslibra.com/blog/read.php/794.htm

mysql -u root -ppassword dbname < db_struc.sql

mysqlimport –local -uroot -ppassword dbname `find . -name “*.txt”`

Windows下麻烦了，没有find，又不支持*.txt

后来想到办法，建了个bat文件

用替换的方法将文件修改为

mysqlimport -uroot -ppassword dbname d:\dump\table1.txt

mysqlimport -uroot -ppassword dbname d:\dump\table2.txt

进入cmd
c:
cd "\Documents and Settings\user\桌面\test_2011-03-10\2011-03-10"
创建数据库test
"F:\Program Files\xampp\xampp\mysql\bin\mysql.exe" -uroot -pmanypassword
CREATE DATABASE IF NOT EXISTS test DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
exit

导入数据结构
"F:\Program Files\xampp\xampp\mysql\bin\mysql.exe" -uroot -pmanypassword test < test_db_struc.sql
获取所有表的txt文件名
dir /b *.txt > c:\import.bat
现在的格式是
test_data.txt
test_data_a.txt

然后用editplus打开，替换成这样的格式
"F:\Program Files\xampp\xampp\mysql\bin\mysqlimport.exe" --local -uroot -pmanypassword test test_data.txt
"F:\Program Files\xampp\xampp\mysql\bin\mysqlimport.exe" --local -uroot -pmanypassword test test_data_a.txt

把import.bat放到c:\Documents and Settings\user\桌面\test_2011-03-10\2011-03-10
执行，数据就导进去了

revoke all on test_s99.* from 'test_s99'@'localhost';
drop user 'test_s99'@'localhost';

The DROP USER statement removes one or more MySQL accounts. To use it, you must have the DELETE privilege for the mysql database. Each account is named using the same format as for the GRANT  statement; for example, 'jeffrey'@'localhost'. If you specify only the user name part of the account name, a host name part of '%' is used. For additional information about specifying account names, see Section 12.5.1.2, “GRANT Syntax”.

DROP USER was added in MySQL 4.1.1. In MySQL 4.1, it serves only to remove account rows from the user table for accounts that have no privileges. To remove a MySQL account completely (including all of its privileges), you should use the following procedure, performing the steps in the order shown:

1.

Use SHOW GRANTS to determine what privileges the account has. See Section 12.5.5.12, “SHOW GRANTS Syntax”.
2.

Use REVOKE to revoke the privileges displayed by SHOW GRANTS. This removes rows for the account from all the grant tables except the user table, and revokes any global privileges listed in the user table. See Section 12.5.1.2, “GRANT Syntax”.
3.

Delete the account by using DROP USER to remove the user table row.

In MySQL 5.0.2 and up, DROP USER removes the account row in the user table and also revokes the privileges held by the account. It is not necessary to use DROP USER in conjunction with REVOKE.
Important

DROP USER does not automatically close any open user sessions. Rather, in the event that a user with an open session is dropped, the statement does not take effect until that user's session is closed. Once the session is closed, the user is dropped, and that user's next attempt to log in will fail. This is by design.

Before MySQL 4.1.1, DROP USER is not available. You should first revoke the account privileges using SHOW GRANTS and REVOKE as just described. Then delete the user table row and flush the grant tables as shown here:

http://dev.mysql.com/doc/refman/4.1/en/drop-user.html

知道了原因之后就能解决了，上网搜索了一下，找到了解决的方法。现在把我的解决方式记录一下。

先检查MYSQL的时区，打开一台MYSQL时区正确的机器，然后打开有问题的机器，确认是时区错误。

先打开时区正确的机器：进入MYSQL，在命令行输入：mysql -uroot -p****(root的密码)，进去之后输入show variables like ‘%time_zone%’;然后回车，得到如下的显示：

+——————+——–+
| Variable_name    | Value  |
+——————+——–+
| system_time_zone | CST    |
| time_zone        | SYSTEM |
+——————+——–+
2 rows in set (0.00 sec)

然后再输入select from_unixtime(1257868800);回车，得到如下结果：

+—————————+
| from_unixtime(1257868800) |
+—————————+
| 2009-11-11 00:00:00       |
+—————————+
1 row in set (0.00 sec)

好了，再去有问题有机器上执行相同的操作发现执行show variables like ‘%time_zone%’;得到的结果是：

+——————+——–+
| Variable_name    | Value  |
+——————+——–+
| system_time_zone | EDT    |
| time_zone        | SYSTEM |
+——————+——–+
2 rows in set (0.01 sec)

执行select from_unixtime(1257868800);得到的结果是：

+—————————+
| from_unixtime(1257868800) |
+—————————+
| 2009-11-10 11:00:00       |
+—————————+
1 row in set (0.00 sec)

时间差了十三个小时。怎么样把时区调回我们想要的呢？虽然网上说可以在命令行下执行set time_zone = ‘+8:00′;之后就设置了时区，但是这样的操作没有对全司有效。只是在执行这个之后再在命令行下执行其它的操作可以得到正确的数据。但是在phpmyadmin下得到的结果还是错的。所以要修改MYSQL的配置文件来达到修改全局变量的目的。

先去找到mysql的配置文件my.cnf，一般在/etc/my.cnf下面，可以cd /etc 然后find my.cnf找找，看能不能找到。找到之后就修改它，用VI打开：vi /etc/my.cnf，打开之后查找[mysqld]，在VI输入“/”然后输入[mysqld],就定位到[mysqld]所在的位置，在它的下面加上default-time-zone = ‘+8:00′这一行，然后保存退出，重新启动MYSQL，使时区生效。这个时候再去MYSQL下查看刚才的那两条命令，就会发现时区都设置正确了。

到此，时区不对的问题就解决了。

转载自：http://www.codeo4.cn/?p=318