Mysql workbench數(shù)據(jù)庫(kù)里數(shù)據(jù)只讀不能修改刪除添加，怎么弄

使用mysqladmin，這是前面聲明的一個(gè)特例。

讓客戶滿意是我們工作的目標(biāo)，不斷超越客戶的期望值來(lái)自于我們對(duì)這個(gè)行業(yè)的熱愛(ài)。我們立志把好的技術(shù)通過(guò)有效、簡(jiǎn)單的方式提供給客戶，將通過(guò)不懈努力成為客戶在信息化領(lǐng)域值得信任、有價(jià)值的長(zhǎng)期合作伙伴，公司提供的服務(wù)項(xiàng)目有：域名注冊(cè)、雅安服務(wù)器托管、營(yíng)銷軟件、網(wǎng)站建設(shè)、百色網(wǎng)站維護(hù)、網(wǎng)站推廣。

mysqladmin

-u

root

-p

password

mypasswd

輸入這個(gè)命令后，需要輸入root的原密碼，然后root的密碼將改為mypasswd。

把命令里的root改為你的用戶名，你就可以改你自己的密碼了。

如何解決MySQL問(wèn)題

1、情況一：MySQL的錯(cuò)誤日志文件（安裝目錄\MYOA\data5\機(jī)器名.err）會(huì)記錄如下內(nèi)容：

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兩個(gè)文件；

2）啟動(dòng)MySQL5_OA服務(wù)，使用備份的flow_data_35.sql導(dǎo)入到TD_OA庫(kù)中。如果提示flow_data_35表已經(jīng)存在不能導(dǎo)入，則繼續(xù)按后續(xù)步驟執(zhí)行；

3）在data5下手動(dòng)建立tmp目錄；

4）使用MySQL管理工具或MySQL命令行程序在tmp下建立名稱為flow_data_35的表（包含一個(gè)字段即可）；

5）將tmp下的flow_data_35.frm和flow_data_35.ibd拷貝到安裝目錄\MYOA\data5\TD_OA目錄下；

6）在MySQL管理工具或MySQL命令行程序中，進(jìn)入TD_OA庫(kù)，使用“drop table flow_data_35;”命令清除公共表空間中殘留的flow_data_35表的相關(guān)信息；

7）進(jìn)入tmp庫(kù)，刪掉flow_data_35表；

8）使用備份的flow_data_35.sql導(dǎo)入到TD_OA庫(kù)中；

9）如果還有其他表存在該問(wèn)題，可重復(fù)執(zhí)行4至8步驟。

2、情況二：MySQL的錯(cuò)誤日志文件（安裝目錄\MYOA\data5\機(jī)器名.err）會(huì)記錄如下內(nèi)容：

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

解決方法：

此情況出現(xiàn)的原因是myoa\mysql5\my.ini中innodb_buffer_pool_size的值太大，OA服務(wù)器操作系統(tǒng)不支持所致。改小后再啟動(dòng)mysql5_OA服務(wù)即可，一般保持和數(shù)據(jù)庫(kù)大小一致。數(shù)據(jù)庫(kù)大小即是myoa/data5的大小。

3、情況三：mysql服務(wù)啟動(dòng)不了，事件查看器中顯示：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文件屬性被設(shè)置為只讀導(dǎo)致，取消只讀控制，重啟mysql5_OA服務(wù)即可。

4、情況四：MySQL的錯(cuò)誤日志文件（data5\機(jī)器名.err）會(huì)記錄如下內(nèi)容：InnoDB: No valid checkpoint found.

解決方法：此問(wèn)題找不到檢查點(diǎn)，數(shù)據(jù)庫(kù)是無(wú)效的，此種情況，只能用熱備份數(shù)據(jù)恢復(fù)。

5、以上四種情況，是2013版OA系統(tǒng)目前比較常見(jiàn)的mysql服務(wù)啟動(dòng)不了的現(xiàn)象和解決辦法，大家可作參考，其他情況的話，再具體分析處理。

6、分析思路總結(jié)：遇到mysql5_OA服務(wù)啟動(dòng)不了的情況，首先查看myoa\data5下的錯(cuò)誤日志文件，根據(jù)日志中的具體內(nèi)容進(jìn)行具體分析。

7、2013版MYSQL服務(wù)啟動(dòng)不了（可以嘗試強(qiáng)制啟動(dòng)mysql服務(wù)）方法如下：

1)打開(kāi)\MYOA\mysql5\my.ini，去掉innodb_force_recovery=1前邊的注釋。

2)啟動(dòng)MySQL5_OA服務(wù)，此時(shí)MySQL處于只讀狀態(tài)，可以導(dǎo)出，不可寫入。如果仍不能啟動(dòng)，可以嘗試將innodb_force_recovery修改為2、3、4、5、6等，直到可以啟動(dòng)為止。

3)使用MySQL管理工具，將TD_OA等相關(guān)的數(shù)據(jù)庫(kù)導(dǎo)出為SQL文件。

4)停止MySQL5_OA服務(wù)，刪除TD_OA下的所有文件、ibdata1、ib_logfile0、ib_logfile1等文件。

5）打開(kāi)\MYOA\mysql5\my.ini，在innodb_force_recovery=1前邊加上#號(hào)，將該項(xiàng)注釋掉。

6)啟動(dòng)MySQL5_OA服務(wù)，然后導(dǎo)入此前備份的SQL文件。

7)檢查數(shù)據(jù)庫(kù)，將無(wú)法通過(guò)該方法恢復(fù)的數(shù)據(jù)表，通過(guò)之前自動(dòng)備份的SQL文件進(jìn)行恢復(fù)。

mysql服務(wù)器運(yùn)行使用了只讀選項(xiàng)因此不能執(zhí)行這條語(yǔ)錄怎么辦

MySQL的事務(wù)支持不是綁定在MySQL服務(wù)器本身，而是與存儲(chǔ)引擎相關(guān)1.MyISAM：不支持事務(wù)，用于只讀程序提高性能 2.InnoDB：支持ACID事務(wù)、行級(jí)鎖、并發(fā) 3.Berkeley DB：支持事務(wù)

一個(gè)事務(wù)是一個(gè)連續(xù)的一組數(shù)據(jù)庫(kù)操作，就好像它是一個(gè)單一的工作單元進(jìn)行。換言之，永遠(yuǎn)不會(huì)是完整的事務(wù)，除非該組內(nèi)的每個(gè)單獨(dú)的操作是成功的。如果在事務(wù)的任何操作失敗，則整個(gè)事務(wù)將失敗。

實(shí)際上，會(huì)俱樂(lè)部許多SQL查詢到一個(gè)組中，將執(zhí)行所有的人都一起作為事務(wù)的一部分。

事務(wù)的特性：

事務(wù)有以下四個(gè)標(biāo)準(zhǔn)屬性的縮寫ACID，通常被稱為：

原子性: 確保工作單元內(nèi)的所有操作都成功完成，否則事務(wù)將被中止在故障點(diǎn)，和以前的操作將回滾到以前的狀態(tài)。

一致性: 確保數(shù)據(jù)庫(kù)正確地改變狀態(tài)后，成功提交的事務(wù)。

隔離性: 使事務(wù)操作彼此獨(dú)立的和透明的。

持久性: 確保提交的事務(wù)的結(jié)果或效果的系統(tǒng)出現(xiàn)故障的情況下仍然存在。

在MySQL中，事務(wù)開(kāi)始使用COMMIT或ROLLBACK語(yǔ)句開(kāi)始工作和結(jié)束。開(kāi)始和結(jié)束語(yǔ)句的SQL命令之間形成了大量的事務(wù)。

COMMIT ROLLBACK:

這兩個(gè)關(guān)鍵字提交和回滾主要用于MySQL的事務(wù)。

當(dāng)一個(gè)成功的事務(wù)完成后，發(fā)出COMMIT命令應(yīng)使所有參與表的更改才會(huì)生效。

如果發(fā)生故障時(shí)，應(yīng)發(fā)出一個(gè)ROLLBACK命令返回的事務(wù)中引用的每一個(gè)表到以前的狀態(tài)。

可以控制的事務(wù)行為稱為AUTOCOMMIT設(shè)置會(huì)話變量。如果AUTOCOMMIT設(shè)置為1（默認(rèn)值），然后每一個(gè)SQL語(yǔ)句（在事務(wù)與否）被認(rèn)為是一個(gè)完整的事務(wù)，并承諾在默認(rèn)情況下，當(dāng)它完成。 AUTOCOMMIT設(shè)置為0時(shí)，發(fā)出SET AUTOCOMMIT =0命令，在隨后的一系列語(yǔ)句的作用就像一個(gè)事務(wù)，直到一個(gè)明確的COMMIT語(yǔ)句時(shí)，沒(méi)有活動(dòng)的提交。

可以通過(guò)使用mysql_query()函數(shù)在PHP中執(zhí)行這些SQL命令。

通用事務(wù)例子

這一系列事件是獨(dú)立于所使用的編程語(yǔ)言，可以建立在任何使用的語(yǔ)言來(lái)創(chuàng)建應(yīng)用程序的邏輯路徑。

可以通過(guò)使用mysql_query()函數(shù)在PHP中執(zhí)行這些SQL命令。

BEGIN WORK開(kāi)始事務(wù)發(fā)出SQL命令

發(fā)出一個(gè)或多個(gè)SQL命令，如SELECT，INSERT，UPDATE或DELETE

檢查是否有任何錯(cuò)誤，一切都依據(jù)的需要。

如果有任何錯(cuò)誤，那么問(wèn)題ROLLBACK命令，否則發(fā)出COMMIT命令。

在MySQL中的事務(wù)安全表類型：

如果打算使用MySQL事務(wù)編程，那么就需要一種特殊的方式創(chuàng)建表。有很多支持事務(wù)但最流行的是InnoDB表類型。

從源代碼編譯MySQL時(shí)，InnoDB表支持需要特定的編譯參數(shù)。如果MySQL版本沒(méi)有InnoDB支持，請(qǐng)互聯(lián)網(wǎng)服務(wù)提供商建立一個(gè)版本的MySQL支持InnoDB表類型，或者下載并安裝Windows或Linux/UNIX的MySQL-Max二進(jìn)制分發(fā)和使用的表類型在開(kāi)發(fā)環(huán)境中。

如果MySQL安裝支持InnoDB表，只需添加一個(gè)的TYPE=InnoDB 定義表創(chuàng)建語(yǔ)句。例如，下面的代碼創(chuàng)建InnoDB表tcount_tbl：

代碼如下 復(fù)制代碼

root@host# mysql -u root -p password;

Enter password:*******

mysql use TUTORIALS;

Database changed

mysql create table tcount_tbl

- (

- tutorial_author varchar(40) NOT NULL,

- tutorial_count INT

- ) TYPE=InnoDB;

Query OK, 0 rows affected (0.05 sec)

可以使用其他GEMINI或BDB表類型，但它取決于您的安裝，如果它支持這兩種類型。

由于項(xiàng)目設(shè)計(jì)里面，牽扯到了金錢的轉(zhuǎn)移，于是就要用到MYSQL的事務(wù)處理，來(lái)保證一組處理結(jié)果的正確性。用了事務(wù)，就不可避免的要犧牲一部分速度，來(lái)保證數(shù)據(jù)的正確性。

只有InnoDB支持事務(wù)

事務(wù) ACID Atomicity（原子性）、Consistency（穩(wěn)定性）、Isolation（隔離性）、Durability（可靠性）

1、事務(wù)的原子性

一組事務(wù)，要么成功；要么撤回。

2、穩(wěn)定性

有非法數(shù)據(jù)（外鍵約束之類），事務(wù)撤回。

3、隔離性

事務(wù)獨(dú)立運(yùn)行。

一個(gè)事務(wù)處理后的結(jié)果，影響了其他事務(wù)，那么其他事務(wù)會(huì)撤回。

事務(wù)的100%隔離，需要犧牲速度。

4、可靠性

軟、硬件崩潰后，InnoDB數(shù)據(jù)表驅(qū)動(dòng)會(huì)利用日志文件重構(gòu)修改。

可靠性和高速度不可兼得， innodb_flush_log_at_trx_commit選項(xiàng) 決定什么時(shí)候吧事務(wù)保存到日志里。

開(kāi)啟事務(wù)

START TRANSACTION 或 BEGIN

提交事務(wù)（關(guān)閉事務(wù)）

COMMIT

放棄事務(wù)（關(guān)閉事務(wù)）

ROLLBACK

折返點(diǎn)

SAVEPOINT adqoo_1

ROLLBACK TO SAVEPOINT adqoo_1

發(fā)生在折返點(diǎn) adqoo_1 之前的事務(wù)被提交，之后的被忽略

事務(wù)的終止

設(shè)置“自動(dòng)提交”模式

SET AUTOCOMMIT = 0

每條SQL都是同一個(gè)事務(wù)的不同命令，之間由 COMMIT 或 ROLLBACK隔開(kāi)

掉線后，沒(méi)有 COMMIT 的事務(wù)都被放棄

事務(wù)鎖定模式

系統(tǒng)默認(rèn)： 不需要等待某事務(wù)結(jié)束，可直接查詢到結(jié)果，但不能再進(jìn)行修改、刪除。

缺點(diǎn)：查詢到的結(jié)果，可能是已經(jīng)過(guò)期的。

優(yōu)點(diǎn)：不需要等待某事務(wù)結(jié)束，可直接查詢到結(jié)果。

需要用以下模式來(lái)設(shè)定鎖定模式

1、SELECT …… LOCK IN SHARE MODE（共享鎖）

查詢到的數(shù)據(jù)，就是數(shù)據(jù)庫(kù)在這一時(shí)刻的數(shù)據(jù)（其他已commit事務(wù)的結(jié)果，已經(jīng)反應(yīng)到這里了）

SELECT 必須等待，某個(gè)事務(wù)結(jié)束后才能執(zhí)行

2、SELECT …… FOR UPDATE（排它鎖）

例如 SELECT * FROM tablename WHERE id200

那么id200的數(shù)據(jù)，被查詢到的數(shù)據(jù)，都將不能再進(jìn)行修改、刪除、SELECT …… LOCK IN SHARE MODE操作

一直到此事務(wù)結(jié)束

共享鎖 和 排它鎖 的區(qū)別：在于是否阻斷其他客戶發(fā)出的 SELECT …… LOCK IN SHARE MODE命令

3、INSERT / UPDATE / DELETE

所有關(guān)聯(lián)數(shù)據(jù)都會(huì)被鎖定，加上排它鎖

4、防插入鎖

例如 SELECT * FROM tablename WHERE id200

那么id200的記錄無(wú)法被插入

5、死鎖

自動(dòng)識(shí)別死鎖

先進(jìn)來(lái)的進(jìn)程被執(zhí)行，后來(lái)的進(jìn)程收到出錯(cuò)消息，并按ROLLBACK方式回滾

innodb_lock_wait_timeout = n 來(lái)設(shè)置最長(zhǎng)等待時(shí)間，默認(rèn)是50秒

事務(wù)隔離模式

SET [SESSION|GLOBAL] TRANSACTION ISOLATION LEVEL

READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE

1、不帶SESSION、GLOBAL的SET命令

只對(duì)下一個(gè)事務(wù)有效

2、SET SESSION

為當(dāng)前會(huì)話設(shè)置隔離模式

3、SET GLOBAL

為以后新建的所有MYSQL連接設(shè)置隔離模式（當(dāng)前連接不包括在內(nèi)）

隔離模式

READ UNCOMMITTED

不隔離SELECT

其他事務(wù)未完成的修改（未COMMIT），其結(jié)果也考慮在內(nèi)

READ COMMITTED

把其他事務(wù)的 COMMIT 修改考慮在內(nèi)

同一個(gè)事務(wù)中，同一 SELECT 可能返回不同結(jié)果

REPEATABLE READ（默認(rèn)）

不把其他事務(wù)的修改考慮在內(nèi)，無(wú)論其他事務(wù)是否用COMMIT命令提交過(guò)

同一個(gè)事務(wù)中，同一 SELECT 返回同一結(jié)果（前提是本事務(wù)，不修改）

SERIALIZABLE

和REPEATABLE READ類似，給所有的SELECT都加上了 共享鎖

出錯(cuò)處理

根據(jù)出錯(cuò)信息，執(zhí)行相應(yīng)的處理

MySQL Workbench編輯表中的數(shù)據(jù)是只讀的問(wèn)題，怎么解決

親，你好。把數(shù)據(jù)庫(kù)、表、字段的字符集都設(shè)置統(tǒng)一（如UTF8）后可解決。

如何修改 Mysql 表 的屬性（將只讀改為可讀寫），只改表不改庫(kù)

如果是sqlserver數(shù)據(jù)庫(kù)，其實(shí)對(duì)于某列上不存在不讓修改的說(shuō)法，sqlserver數(shù)據(jù)庫(kù)數(shù)據(jù)控制原理是角色控制，也就是說(shuō)我們對(duì)于某一個(gè)角色去下定義，讓隸屬于這個(gè)角色的用戶不能夠更新數(shù)據(jù)?；蛘咴谀硞€(gè)角色的基礎(chǔ)上不分配或是回收對(duì)某一列的權(quán)限!如果是這種情況，用一個(gè)能修改的角度登陸才行。

還有另一種就是所謂的觸發(fā)器，一旦發(fā)現(xiàn)你修改，立即返回原數(shù)據(jù)，這樣你也是永遠(yuǎn)修改不了的!這時(shí)你要找到那個(gè)觸發(fā)器，將觸發(fā)器刪除后再進(jìn)行修改，然后加回觸發(fā)器即可!

但這兩種情況都是對(duì)某一列下的定義(我們稱為鎖定粒度為列)不可能是某一個(gè)單元格!

如果你是站在erp管理的基礎(chǔ)上不讓你修改那是十分正常的!

在企業(yè)管理器中使用圖形方式(如二樓給的圖)還是語(yǔ)句，則沒(méi)有任何的區(qū)別!