mysql創建數據庫參數,數據庫的參數

本文目錄一覽：

• 1、如何用Mysql的命令行客戶端創建數據庫
• 2、mysql如何數據庫創建邏輯 汽車之家 參數對比 分類對比
• 3、如何在命令行創建一個MySQL數據庫
• 4、數據庫mysql創建表格老是出錯，看不懂英文提示？

如何用Mysql的命令行客戶端創建數據庫

一、連接MySQL

格式： mysql -h主機地址 -u用戶名 -p用戶密碼

1、 連接到本機上的MYSQL。

首先打開DOS窗口，然後進入目錄mysql\bin，再鍵入命令mysql -u root -p，回車後提示你輸密碼.注意用戶名前可以有空格也可以沒有空格，但是密碼前必須沒有空格，否則讓你重新輸入密碼.

如果剛安裝好MYSQL，超級用戶root是沒有密碼的，故直接回車即可進入到MYSQL中了，MYSQL的提示符是： mysql

2、連接到遠程主機上的MYSQL。假設遠程主機的IP為：110.110.110.110，用戶名為root,密碼為abcd123。則鍵入以下命 令：

mysql -h110.110.110.110 -u root -p 123;(注:u與root之間可以不用加空格，其它也一樣)

3、 退出MYSQL命令： exit (回車)

二、修改密碼

格式：mysqladmin -u用戶名 -p舊密碼 password 新密碼。 例如

1、 給root加個密碼ab12。首先在DOS下進入目錄mysql\bin，然後鍵入以下命令

mysqladmin -u root -password ab12

2、 再將root的密碼改為djg345。

mysqladmin -u root -p ab12 password ******

三、創建數據庫

1、 CREATE DATABASE 數據庫名;

2、 GRANT SELECT,INSERT,UPDATE,DELETE,CREATE,DROP,ALTER ON 數據庫名.* TO 數據庫名@localhost IDENTIFIED BY ‘密碼’;

3、 SET PASSWORD FOR

‘數據庫名’@’localhost’ = OLD_PASSWORD(‘密碼’);

依次執行3個命令完成數據庫創建。注意：中文 “密碼”和“數據庫”是戶自己需要設置的。

—————————————————————————————————————————————

現在介紹一些常用的MYSQL命令

注意：你必須首先登錄到MYSQL中，以下操作都是在MYSQL的提示符下進行的，而且每個命令以分號結束。

一、操作技巧

1、如果你打命令時，回車後發現忘記加分號，你無須重打一遍命令，只要打個分號回車就可以了。

也就是說你可以把一個完整的命令分成幾行來打，完後用分號作結束標誌就OK。

2、你可以使用光標上下鍵調出以前的命令。

二、常用命令

1、顯示當前數據庫服務器中的數據庫列表：

mysql SHOW DATABASES;

2、建立數據庫：

mysql CREATE DATABASE 庫名;

3、建立數據表：

mysql USE 庫名;

mysql CREATE TABLE 表名 (字段名 VARCHAR(20), 字段名 CHAR(1));

4、刪除數據庫：

mysql DROP DATABASE 庫名;

5、刪除數據表：

mysql DROP TABLE 表名;

6、將表中記錄清空：

mysql DELETE FROM 表名;

7、往表中插入記錄：

mysql INSERT INTO 表名 VALUES (“hyq”,”M”);

8、更新表中數據：

mysql- UPDATE 表名 SET 字段名1=’a’,字段名2=’b’ WHERE 字段名3=’c’;

9、用文本方式將數據裝入數據表中：

mysql LOAD DATA LOCAL INFILE “D:/mysql.txt” INTO TABLE 表名;

10、導入.sql文件命令：

mysql USE 數據庫名;

mysql SOURCE d:/mysql.sql;

11、命令行修改root密碼：

mysql UPDATE mysql.user SET password=PASSWORD(‘新密碼’) WHERE User=’root’;

mysql FLUSH PRIVILEGES;

三、一個建庫和建表以及插入數據的實例

drop database if exists school; //如果存在sudu則刪除

create database sudu; //建立庫sudu

use school; //打開庫sudu

create table teacher //建立表TEACHER

(

id int(3) auto_increment not null primary key,

name char(10) not null,

address varchar(50) default ‘深圳’,

year date

); //建表結束

//以下為插入字段

insert into teacher values(”,’allen’,’飛數科技1′,’2005-10-10′);

insert into teacher values(”,’jack’,’飛數科技2′,’2005-12-23′);如果你在mysql提示符鍵入上面的命令也可以，但不方便調試。

(1)你可以將以上命令原樣寫入一個文本文件中，假設為sudu.sql，然後複製到c:\\下，並在DOS狀態進入目錄\mysql\bin，然後鍵入以下命令：

mysql -uroot -p密碼 c:\sudu.sql

如果成功，空出一行無任何顯示;如有錯誤，會有提示。(以上命令已經調試，你只要將//的注釋去掉即可使用)。

(2)或者進入命令行後使用 mysql source c:\sudu.sql; 也可以將sudu.sql文件導入數據庫中。

四、將文本數據轉到數據庫中

1、文本數據應符合的格式：字段數據之間用tab鍵隔開，null值用\n來代替.例：

3 rose 飛數科技1 1976-10-10

4 mike 飛數科技2 1975-12-23

假設你把這兩組數據存為速度sudu.txt文件，放在c盤根目錄下。

2、數據傳入命令 load data local infile “c:\sudu.txt” into table 表名;

注意：你最好將文件複製到\mysql\bin目錄下，並且要先用use命令打表所在的庫。

五、備份數據庫：(命令在DOS的\mysql\bin目錄下執行)

1.導出整個數據庫

導出文件默認是存在mysql\bin目錄下

mysqldump -u 用戶名 -p 數據庫名 導出的文件名

mysqldump -u user_name -p123456 database_name outfile_name.sql

2.導出一個表

mysqldump -u 用戶名 -p 數據庫名 表名 導出的文件名

mysqldump -u user_name -p database_name table_name outfile_name.sql

3.導出一個數據庫結構

mysqldump -u user_name -p -d –add-drop-table database_name outfile_name.sql

-d 沒有數據 –add-drop-table 在每個create語句之前增加一個drop table

4.帶語言參數導出

mysqldump -uroot -p –default-character-set=latin1 –set-charset=gbk –skip-opt database_name outfile_name.sql

mysql如何數據庫創建邏輯 汽車之家 參數對比 分類對比

mysql數據類型之一字符型VARCHARVSCHARVARCHAR型和CHAR型數據的這個差別是細微的，但是非常重要。他們都是用來儲存字符串長度小於255的字符。假如你向一個長度為四十個字符的VARCHAR型字段中輸入數據BillGates。當你以後從這個字段中取出此數據時，你取出的數據其長度為十個字符——字符串BillGates的長度。現在假如你把字符串輸入一個長度為四十個字符的CHAR型字段中，那麼當你取出數據時，所取出的數據長度將是四十個字符。字符串的後面會被附加多餘的空格。當你建立自己的站點時，你會發現使用VARCHAR型字段要比CHAR型字段方便的多。使用VARCHAR型字段時，你不需要為剪掉你數據中多餘的空格而操心。VARCHAR型字段的另一個突出的好處是它可以比CHAR型字段佔用更少的內存和硬盤空間。當你的數據庫很大時，這種內存和磁盤空間的節省會變得非常重要

MySQL數據類型之二文本型TEXT使用文本型數據，你可以存放超過二十億個字符的字符串。當你需要存儲大串的字符時，應該使用文本型數據。注意文本型數據沒有長度，而上一節中所講的字符型數據是有長度的。一個文本型字段中的數據通常要麼為空，要麼很大。當你從HTMLform的多行文本編輯框（TEXTAREA）中收集數據時，你應該把收集的信息存儲於文本型字段中。但是，無論何時，只要你能避免使用文本型字段，你就應該不適用它。文本型字段既大且慢，濫用文本型字段會使服務器速度變慢。文本型字段還會吃掉大量的磁盤空間。一旦你向文本型字段中輸入了任何數據（甚至是空值），就會有2K的空間被自動分配給該數據。除非刪除該記錄，否則你無法收回這部分存儲空間。

如何在命令行創建一個MySQL數據庫

使用命令行創建MySql數據庫，首先要登錄MySql數據庫系統

創建步驟如下：

Windows操作系統下，開始——運行，打開”運行”對話框,輸入cmd，點擊“確定”即可進入DOS窗口，輸入登錄MySQL數據庫命令

mysql -h 127.0.0.1 -u root -p

參數含義：

mysql是登錄數據庫的命令，-h 後面跟服務器的IP，由於本示例MySql服務器安裝在本地，因此IP地址為127.0.0.1；-u 後面跟用戶名，本示例採用 root用戶登錄；-p 後面跟登錄密碼。

輸入上述命令後回車，再輸入登錄密碼，一般默認密碼是root

回車

成功登錄MySQL數據庫後就可以在DOS下使用SQL語句”create database”創建數據庫了

mysqlcreate database 要創建的新數據庫名;

相關操作附圖：

圖中的mydb1就是新創建的數據庫

數據庫mysql創建表格老是出錯，看不懂英文提示？

來自：51CTO（作者：superZS）

我在剛開始學習數據庫的時候，沒少走彎路。經常會遇到各種稀奇古怪的 error 信息，遇到報錯會很慌張，急需一個解決問題的辦法。跟無頭蒼蠅一樣，會不加思索地把錯誤粘到百度上，希望趕緊查找一下有沒有好的處理問題的方法。我想這個應該是剛從事數據庫的小白，都會遇到窘境。

今天就給大家列舉 MySQL 數據庫中，最經典的十大錯誤案例，並附有處理問題的解決思路和方法，希望能給剛入行，或數據庫愛好者一些幫助，今後再遇到任何報錯，我們都可以很淡定地去處理。

學習任何一門技術的同時，其實就是自我修鍊的過程。沉下心，嘗試去擁抱數據的世界！

Top 1：

Too many connections（連接數過多，導致連接不上數據庫，業務無法正常進行）

問題還原

解決問題的思路：

1、首先先要考慮在我們 MySQL 數據庫參數文件裡面，對應的 max_connections 這個參數值是不是設置的太小了，導致客戶端連接數超過了數據庫所承受的最大值。

● 該值默認大小是151，我們可以根據實際情況進行調整。

● 對應解決辦法：set global max_connections=500

但這樣調整會有隱患，因為我們無法確認數據庫是否可以承擔這麼大的連接壓力，就好比原來一個人只能吃一個饅頭，但現在卻非要讓他吃 10 個，他肯定接受不了。反應到服務器上面，就有可能會出現宕機的可能。

所以這又反應出了，我們在新上線一個業務系統的時候，要做好壓力測試。保證後期對數據庫進行優化調整。

2、其次可以限制 Innodb 的並發處理數量，如果 innodb_thread_concurrency = 0（這種代表不受限制） 可以先改成 16或是64 看服務器壓力。如果非常大，可以先改的小一點讓服務器的壓力下來之後,然後再慢慢增大,根據自己的業務而定。個人建議可以先調整為 16 即可。

MySQL 隨着連接數的增加性能是會下降的，可以讓開發配合設置 thread pool，連接復用。在MySQL商業版中加入了thread pool這項功能

另外對於有的監控程序會讀取 information_schema 下面的表，可以考慮關閉下面的參數

innodb_stats_on_metadata=0

set global innodb_stats_on_metadata=0

Top 2：（主從複製報錯類型）

Last_SQL_Errno: 1062 （從庫與主庫數據衝突）

Last_Errno: 1062

Last_Error: Could not execute Write_rows event on table test.t;

Duplicate entry ‘4’ for key ‘PRIMARY’,

Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY;

the event’s master log mysql-bin.000014, end_log_pos 1505

針對這個報錯，我們首先要考慮是不是在從庫中誤操作導致的。結果發現，我們在從庫中進行了一條針對有主鍵表的 sql 語句的插入，導致主庫再插入相同 sql 的時候，主從狀態出現異常。發生主鍵衝突的報錯。

解決方法：

在確保主從數據一致性的前提下，可以在從庫進行錯誤跳過。一般使用 percona-toolkit 中的 pt-slave-restart 進行。

在從庫完成如下操作

[root@zs bin]# ./pt-slave-restart -uroot -proot123

2017-07-20T14:05:30 p=…,u=root node4-relay-bin.000002 1506 1062

之後最好在從庫中開啟 read_only 參數，禁止在從庫進行寫入操作

Last_IO_Errno: 1593（server-id衝突）

Last_IO_Error:

Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids;

these ids must be different for replication to work

(or the –replicate-same-server-id option must be used on slave but this

does not always make sense; please check the manual before using it)

這個報錯出現之後，就看一目了然看到兩台機器的 server-id 是一樣的。

在搭建主從複製的過程中，我們要確保兩台機器的 server-id 是唯一的。這裡再強調一下 server-id 的命名規則（服務器 ip 地址的最後一位+本 MySQL 服務的端口號）

解決方法：

在主從兩台機器上設置不同的 server-id。

Last_SQL_Errno: 1032（從庫少數據，主庫更新的時候，從庫報錯）

Last_SQL_Error:

Could not execute Update_rows event on table test.t; Can’t find record

in ‘t’, Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the

event’s master log mysql-bin.000014, end_log_pos 1708

解決問題的辦法：

根據報錯信息，我們可以獲取到報錯日誌和position號，然後就能找到主庫執行的哪條sql，導致的主從報錯。

在主庫執行：

/usr/local/mysql/bin/mysqlbinlog –no-defaults -v -v –base64-output=decode-rows /data/mysql/mysql-bin.000014 |grep -A 10 1708 1.log

cat 1.log

#170720 14:20:15 server id 3 end_log_pos 1708 CRC32 0x97b6bdec Update_rows: table id 113 flags: STMT_END_F

### UPDATE `test`.`t`

### WHERE

### @1=4 /* INT meta=0 nullable=0 is_null=0 */

### @2=’dd’ /* VARSTRING(60) meta=60 nullable=1 is_null=0 */

### SET

### @1=4 /* INT meta=0 nullable=0 is_null=0 */

### @2=’ddd’ /* VARSTRING(60) meta=60 nullable=1 is_null=0 */

# at 1708

#170720 14:20:15 server id 3 end_log_pos 1739 CRC32 0xecaf1922 Xid = 654

COMMIT/*!*/;

DELIMITER ;

# End of log file

ROLLBACK /* added by mysqlbinlog */;

/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;

/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

獲取到 sql 語句之後，就可以在從庫反向執行 sql 語句。把從庫缺少的 sql 語句補全，解決報錯信息。

在從庫依次執行：

mysql insert into t (b) values (‘ddd’);

Query OK, 1 row affected (0.01 sec)

mysql stop slave;

Query OK, 0 rows affected (0.00 sec)

mysql exit

Bye

[root@node4 bin]# ./pt-slave-restart -uroot -proot123

2017-07-20T14:31:37 p=…,u=root node4-relay-bin.000005 283 1032

Top 3：MySQL安裝過程中的報錯

[root@zs data]# /usr/local/mysql/bin/mysqld_safe –defaults-file=/etc/my.cnf [1] 3758

[root@zs data]# 170720 14:41:24 mysqld_safe Logging to ‘/data/mysql/error.log’.

170720 14:41:24 mysqld_safe Starting mysqld daemon with databases from /data/mysql170720

14:41:25 mysqld_safe mysqld from pid file /data/mysql/node4.pid ended

170720 14:41:24 mysqld_safe Starting mysqld daemon with databases from /data/mysql2017-07-20

14:41:25 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated.

Please use –explicit_defaults_for_timestamp server option

(see documentation for more details)./usr/local/mysql/bin/mysqld:

File ‘/data/mysql/mysql-bin.index’ not found (Errcode: 13 – Permission denied)

2017-07-20 14:41:25 4388 [ERROR] Aborting

解決思路：

遇到這樣的報錯信息，我們要學會時時去關注錯誤日誌 error log 裡面的內容。看見了關鍵的報錯點 Permission denied。證明當前 MySQL 數據庫的數據目錄沒有權限。

解決方法：

[root@zs data]# chown mysql:mysql -R mysql

[root@zs data]# /usr/local/mysql/bin/mysqld_safe –defaults-file=/etc/my.cnf

[1] 4402

[root@zs data]# 170720 14:45:56 mysqld_safe Logging to ‘/data/mysql/error.log’.

170720 14:45:56 mysqld_safe Starting mysqld daemon with databases from /data/mysql

啟動成功。

如何避免這類問題，個人建議在安裝 MySQL 初始化的時候，一定加上–user=mysql，這樣就可以避免權限問題。

./mysql_install_db –basedir=/usr/local/mysql/ –datadir=/data/mysql/ –defaults-file=/etc/my.cnf –user=mysql

Top 4：數據庫密碼忘記的問題

[root@zs ~]# mysql -uroot -p

Enter password:

ERROR 1045 (28000): Access denied for user ‘root’@’localhost’ (using password: YES)

[root@zs ~]# mysql -uroot -p

Enter password:

ERROR 1045 (28000): Access denied for user ‘root’@’localhost’ (using password: YES)

我們有可能剛剛接手別人的 MySQL 數據庫，而且沒有完善的交接文檔。root 密碼可以丟失或者忘記了。

解決思路：

目前是進入不了數據庫的情況，所以我們要考慮是不是可以跳過權限。因為在數據庫中，mysql數據庫中user表記錄著我們用戶的信息。

解決方法：

啟動 MySQL 數據庫的過程中，可以這樣執行：

/usr/local/mysql/bin/mysqld_safe –defaults-file=/etc/my.cnf –skip-grant-tables

這樣啟動，就可以不用輸入密碼，直接進入 mysql 數據庫了。然後在修改你自己想要改的root密碼即可。

update mysql.user set password=password(‘root123′) where user=’root’;

Top 5：truncate 刪除數據，導致自動清空自增ID，前端返回報錯 not found。

這個問題的出現，就要考慮下 truncate 和 delete 的區別了。

看下實驗演練：

首先先創建一張表；

CREATE TABLE `t` (

`a` int(11) NOT NULL AUTO_INCREMENT,

`b` varchar(20) DEFAULT NULL,

PRIMARY KEY (`a`),

KEY `b` (`b`)

) ENGINE=InnoDB AUTO_INCREMENT=300 DEFAULT CHARSET=utf8

插入三條數據：

mysql insert into t (b) values (‘aa’);

Query OK, 1 row affected (0.00 sec)

mysql insert into t (b) values (‘bb’);

Query OK, 1 row affected (0.00 sec)

mysql insert into t (b) values (‘cc’);

Query OK, 1 row affected (0.00 sec)

mysql select * from t;

+—–+——+

| a | b |

+—–+——+

| 300 | aa |

| 301 | bb |

| 302 | cc |

+—–+——+

3 rows in set (0.00 sec)

先用 delete 進行刪除全表信息，再插入新值。

結果發現 truncate 把自增初始值重置了，自增屬性從1開始記錄了。當前端用主鍵id進行查詢時，就會報沒有這條數據的錯誤。

個人建議不要使用 truncate 對錶進行刪除操作，雖然可以回收表空間，但是會涉及自增屬性問題。這些坑，我們不要輕易鑽進去。

Top 6：

阿里雲 MySQL 的配置文件中，需要注意一個參數設置就是：

lower_case_table_names = 0;默認情況

lower_case_table_names = 1;是不區分大小寫 . 如果報你小寫的表名找不到, 那你就把遠端數據庫的表名改成小寫 , 反之亦然 . 注意 Mybatis 的 Mapper 文件的所有表名也要相應修改

Top 7：

有同學經常會問張老師，為什麼我的數據庫總會出現中文亂碼的情況。一堆？？？？不知道怎麼回事。當向數據庫中寫入創建表，並插入中文時，會出現這種問題。此報錯會涉及數據庫字符集的問題。

解決思路：

對於中文亂碼的情況，記住老師告訴你的三個統一就可以。還要知道在目前的mysql數據庫中字符集編碼都是默認的UTF8

處理辦法：

1、數據終端，也就是我們連接數據庫的工具設置為 utf8

2、操作系統層面；可以通過 cat /etc/sysconfig/i18n 查看；也要設置為 utf8

3、數據庫層面；在參數文件中的 mysqld 下，加入 character-set-server=utf8。

Emoji 表情符號錄入 mysql 數據庫中報錯。

Caused by: java.sql.SQLException: Incorrect string value: ‘\xF0\x9F\x98\x97\xF0\x9F…’ for column ‘CONTENT’ at row 1

at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1074)

at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4096)

at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4028)

at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2490)

at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2651)

at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2734)

at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2155)

at com.mysql.jdbc.PreparedStatement.execute(PreparedStatement.java:1379)

解決思路：針對錶情插入的問題，一定還是字符集的問題。

處理方法：我們可以直接在參數文件中，加入

vim /etc/my.cnf

[mysqld]

init-connect=’SET NAMES utf8mb4′

character-set-server=utf8mb4

註：utf8mb4 是 utf8 的超集。

Top 8：使用 binlog_format=statement 這種格式，跨庫操作，導致從庫丟失數據，用戶訪問導致出現錯誤數據信息。

當前數據庫二進制日誌的格式為：binlog_format=statement

在主庫設置binlog-do-db=mydb1（只同步mydb1這一個庫）

在主庫執行use mydb2；

insert into mydb1.t1 values (‘bb’);這條語句不會同步到從庫。

但是這樣操作就可以；

use mydb1;

insert into mydb1.t1 values (‘bb’);因為這是在同一個庫中完成的操作。

在生產環境中建議使用binlog的格式為row，而且慎用binlog-do-db參數。

Top 9：MySQL 數據庫連接超時的報錯 ；

org.hibernate.util.JDBCExceptionReporter – SQL Error:0, SQLState: 08S01

org.hibernate.util.JDBCExceptionReporter – The last packet successfully received from the server was43200 milliseconds ago.The last packet sent successfully to the server was 43200 milliseconds ago, which is longer than the server configured value of ‘wait_timeout’. You should consider either expiring and/or testing connection validity before use in your application, increasing the server configured values for client timeouts, or using the Connector/J connection ‘autoReconnect=true’ to avoid this problem.

org.hibernate.event.def.AbstractFlushingEventListener – Could not synchronize database state with session

org.hibernate.exception.JDBCConnectionException: Could not execute JDBC batch update

com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Connection.close() has already been called. Invalid operation in this state.

org.hibernate.util.JDBCExceptionReporter – SQL Error:0, SQLState: 08003

org.hibernate.util.JDBCExceptionReporter – No operations allowed after connection closed. Connection was implicitly closed due to underlying exception/error:

** BEGIN NESTED EXCEPTION **

大多數做 DBA 的同學，可能都會被開發人員告知，你們的數據庫報了這個錯誤了。趕緊看看是哪裡的問題。

這個問題是由兩個參數影響的，wait_timeout 和 interactive_timeout。數據默認的配置時間是28800（8小時）意味着，超過這個時間之後，MySQL 數據庫為了節省資源，就會在數據庫端斷開這個連接，Mysql服務器端將其斷開了，但是我們的程序再次使用這個連接時沒有做任何判斷，所以就掛了。

解決思路：

先要了解這兩個參數的特性；這兩個參數必須同時設置，而且必須要保證值一致才可以。

我們可以適當加大這個值，8小時太長了，不適用於生產環境。因為一個連接長時間不工作，還佔用我們的連接數，會消耗我們的系統資源。

解決方法：

可以適當在程序中做判斷；強烈建議在操作結束時更改應用程序邏輯以正確關閉連接；然後設置一個比較合理的timeout的值（根據業務情況來判斷）

Top 10 ：can’t open file (errno:24)

有的時候，數據庫跑得好好的，突然報不能打開數據庫文件的錯誤了。

解決思路：

首先我們要先查看數據庫的 error log。然後判斷是表損壞，還是權限問題。還有可能磁盤空間不足導致的不能正常訪問表；操作系統的限制也要關注下；用 perror 工具查看具體錯誤！

linux:/usr/local/mysql/bin # ./perror 24

OS error code 24: Too many open files

超出最大打開文件數限制！ulimit -n查看系統的最大打開文件數是65535，不可能超出！那必然是數據庫的最大打開文件數超出限制！

在 MySQL 里查看最大打開文件數限制命令：show variables like ‘open_files_limit’;

發現該數值過小，改為2048，重啟 MySQL，應用正常

處理方法：

repair table ；

chown mysql權限

清理磁盤中的垃圾數據