本文目錄一覽:
mysql 無法啟動的幾種常見問題
1、情況一:MySQL的錯誤日誌文件(安裝目錄\MYOA\data5\機器名.err)會記錄如下內容:
InnoDB: Reading tablespace information from the .ibd files…
InnoDB: Error: trying to add tablespace 460 of name ‘.\td_oa\flow_data_35.ibd’
InnoDB: to the tablespace memory cache, but tablespace
InnoDB: 460 of name ‘.\td_oa\exam_data.ibd’ already exists in the tablespace
解決方法:
1)剪切出安裝目錄\MYOA\data5\TD_OA的flow_data_35.ibd和flow_data_35.frm兩個文件;
2)啟動MySQL5_OA服務,使用備份的flow_data_35.sql導入到TD_OA庫中。如果提示flow_data_35表已經存在不能導入,則繼續按後續步驟執行;
3)在data5下手動建立tmp目錄;
4)使用MySQL管理工具或MySQL命令行程序在tmp下建立名稱為flow_data_35的表(包含一個字段即可);
5)將tmp下的flow_data_35.frm和flow_data_35.ibd拷貝到安裝目錄\MYOA\data5\TD_OA目錄下;
6)在MySQL管理工具或MySQL命令行程序中,進入TD_OA庫,使用“drop table flow_data_35;”命令清除公共表空間中殘留的flow_data_35表的相關信息;
7)進入tmp庫,刪掉flow_data_35表;
8)使用備份的flow_data_35.sql導入到TD_OA庫中;
9)如果還有其他表存在該問題,可重複執行4至8步驟。
2、情況二:MySQL的錯誤日誌文件(安裝目錄\MYOA\data5\機器名.err)會記錄如下內容:
130409 15:54:31 [Note] Plugin ‘FEDERATED’ is disabled.
130409 15:54:31 InnoDB: The InnoDB memory heap is disabled
130409 15:54:31 InnoDB: Mutexes and rw_locks use Windows interlocked functions
130409 15:54:31 InnoDB: Compressed tables use zlib 1.2.3
130409 15:54:32 InnoDB: Initializing buffer pool, size = 1023.0M
InnoDB: VirtualAlloc(1086849024 bytes) failed; Windows error 8
130409 15:54:32 InnoDB: Completed initialization of buffer pool
130409 15:54:32 InnoDB: Fatal error: cannot allocate memory for the buffer pool
130409 15:54:32 [ERROR] Plugin ‘InnoDB’ init function returned error.
130409 15:54:32 [ERROR] Plugin ‘InnoDB’ registration as a STORAGE ENGINE failed.
130409 15:54:32 [ERROR] Unknown/unsupported storage engine: Innodb
130409 15:54:32 [ERROR] Aborting
解決方法:
此情況出現的原因是myoa\mysql5\my.ini中innodb_buffer_pool_size的值太大,OA服務器操作系統不支持所致。改小後再啟動mysql5_OA服務即可,一般保持和數據庫大小一致。數據庫大小即是myoa/data5的大小。
3、情況三:mysql服務啟動不了,事件查看器中顯示:The syntax ‘–log-slow-queries’ is deprecated and will be removed in a future release. Please use ‘–slow-query-log’/’–slow-query-log-file’ instead.
解決方法:安裝目錄\MYOA\data5下的ibdata1、ib_logfile0、ib_logfile1文件屬性被設置為只讀導致,取消只讀控制,重啟mysql5_OA服務即可。
4、情況四:MySQL的錯誤日誌文件(data5\機器名.err)會記錄如下內容:InnoDB: No valid checkpoint found.
解決方法:此問題找不到檢查點,數據庫是無效的,此種情況,只能用熱備份數據恢復。
5、以上四種情況,是2013版OA系統目前比較常見的mysql服務啟動不了的現象和解決辦法,大家可作參考,其他情況的話,再具體分析處理。
6、分析思路總結:遇到mysql5_OA服務啟動不了的情況,首先查看myoa\data5下的錯誤日誌文件,根據日誌中的具體內容進行具體分析。
7、2013版MYSQL服務啟動不了(可以嘗試強制啟動mysql服務)方法如下:
1)打開\MYOA\mysql5\my.ini,去掉innodb_force_recovery=1前邊的注釋。
2)啟動MySQL5_OA服務,此時MySQL處於只讀狀態,可以導出,不可寫入。如果仍不能啟動,可以嘗試將innodb_force_recovery修改為2、3、4、5、6等,直到可以啟動為止。
3)使用MySQL管理工具,將TD_OA等相關的數據庫導出為SQL文件。
4)停止MySQL5_OA服務,刪除TD_OA下的所有文件、ibdata1、ib_logfile0、ib_logfile1等文件。
5)打開\MYOA\mysql5\my.ini,在innodb_force_recovery=1前邊加上#號,將該項注釋掉。
6)啟動MySQL5_OA服務,然後導入此前備份的SQL文件。
7)檢查數據庫,將無法通過該方法恢復的數據表,通過之前自動備份的SQL文件進行恢復。
MYSQL數據庫問題
創建數據庫
create database 數據庫名
on primary –主文件
(
name=邏輯名,
filename=存儲路徑及文件名, –是字符串需要用”
size=大小 –需要加單位,如MB
)
log on –日誌文件
(
name=邏輯名,
filename=存儲路徑及文件名,
size=大小
)
創建表
1、判斷表是否存在
if exists(select * from sysobjects where id = object_id(N’表名’))
註:
(1)exists(select語句),若select語句無數據行則返回false,否則返回true
(2)sysobjects是系統表的一個,存儲了所有的數據庫對象的表
(3)object_id(表名),返回表在數據庫中的id號
2、創建表
create table 表名
(
字段名 字段類型 是否允許為空 約束鍵,
…
)
註:
(1)最後一個字段不需要,號
(2)若允許為空寫null,不允許寫not null
(3)約束鍵在第八章
3、刪除表
drop table 表名
註:若有主鍵被外表的外鍵引用,需要先將外鍵表刪除
Mysql數據庫的基本問題
親,你看看你這句COUNT(id) as num,SUM(num) as zongshu
你確定,num是你數據庫里的字段?如果是字段你為什麼要 as別名成num
如果num是別名,你SUM(num) as zongshu 。就會提示錯誤
因為num根本就不是字段,而只是個你臨時命名的別名,所以報錯是理所當然的。
能理解嗎?不懂繼續追問
原創文章,作者:NKRBL,如若轉載,請註明出處:https://www.506064.com/zh-hant/n/329206.html