MySQL觸發器

時間 2019-11-09

標籤 mysql 觸發器欄目 MySQL 简体版

原文原文鏈接

觸發器是一種特殊的存儲過程，是嵌入到mysql的一段程序，它在插入，刪除或修改特定表中的數據時觸發執行。mysql

數據庫觸發器有如下的做用：sql

1．安全性。能夠基於數據庫的值使用戶具備操做數據庫的某種權利，容許或限制對錶的修改：數據庫

# 能夠基於時間限制用戶的操做，例如不容許下班後和節假日修改數據庫數據。安全

# 能夠基於數據庫中的數據限制用戶的操做，例如不容許股票的價格的升幅一次超過10%。ui

2．提供審計和日誌記錄。例：跟蹤用戶對數據庫的操做。 url

# 審計用戶操做數據庫的語句。spa

# 把用戶對數據庫的更新寫入審計表，更新日誌記錄。線程

3．實現複雜的數據完整性規則日誌

# 實現非標準的數據完整性檢查和約束。觸發器可產生比規則更爲複雜的限制。與規則不一樣，觸發器能夠引用列或數據庫對象。例如，觸發器可回退任何企圖吃進超過本身保證金的期貨。code

# 提供可變的缺省值。

4．實現強制數據的一致性規則。觸發器能夠對數據庫中相關的表進行連環更新。例如，在auths表author_code列上的刪除觸發器可致使相應刪除在其它表中的與之匹配的行。

# 在修改或刪除時級聯修改或刪除其它表中的與之匹配的行。

# 在修改或刪除時把其它表中的與之匹配的行設成NULL值。

# 在修改或刪除時把其它表中的與之匹配的行級聯設成缺省值。

# 觸發器可以拒絕或回退那些破壞相關完整性的變化，取消試圖進行數據更新的事務。當插入一個與其主健不匹配的外部鍵時，這種觸發器會起做用。例如，能夠在books.author_code 列上生成一個插入觸發器，若是新值與auths.author_code列中的某值不匹配時，插入被回退。

5．同步實時地複製表中的數據。

6．自動計算數據值，若是數據的值達到了必定的要求，則進行特定的處理。例如，若是公司的賬號上的資金低於5萬元則當即給財務人員發送警告數據。

7．自動派生列，如自增字段

8．啓動複雜的業務邏輯，防止無效的事務處理

數據完整性（Data Integrity）是指數據的精確性（Accuracy）和可靠性（Reliability）。它是應防止數據庫中存在不符合語義規定的數據和防止因錯誤信息的輸入輸出形成無效操做或錯誤信息而提出的。

數據庫一致性（Database Consistency）是指事務執行的結果必須是使數據庫從一個一致性狀態變到另外一個一致性狀態。保證數據庫一致性是指當事務完成時，必須使全部數據都具備一致的狀態。在關係型數據庫中，全部的規則必須應用到事務的修改上，以便維護全部數據的完整性。

一般觸發器具備四要素：

• 監視地點：監視的哪一個表？

•監視操做：insert,update,delete?

•觸發操做：insert,update,delete?

•觸發時間：after,before?

Mysql觸發器的使用

1）Mysql建立觸發器
        create trigger <觸發器名稱> { before | after} {insert | update | delete} on <表名> for each row <觸發器SQL語句>
        create trigger <觸發器名稱>：建立一個新觸發器，並指定觸發器的名稱。
        { before | after}：用於指定在insert、update或delete語句執行前觸發仍是在語句執行後觸發。
        on <表名>：用於指定響應該觸發器的表名。
        for each row：觸發器的執行間隔，for each row 通知觸發器每隔一行執行一次動做，而不是對整個表執行一次。
        <觸發器SQL語句>：觸發器要執行的SQL語句，若是該觸發器要執行多條SQL語句，要將多條語句放在begin…end塊中。

2）Mysql查看觸發器

        若是知道觸發器所在數據庫，以及觸發器名稱等具體信息：
              SHOW TRIGGERS from 庫名 like "觸發器名%";
         若是不瞭解觸發器的具體的信息，或者須要查看數據庫上全部觸發器，以下：
                SHOW TRIGGERS;       //查看全部觸發器
          用上述方式查看觸發器能夠看到數據庫的全部觸發器，也能夠經過information_schema.TRIGGERS表查看：(information_schema.TRIGGERS表，存儲全部庫中的全部觸發器)
           select * from information_schema. TRIGGERS where TRIGGER_NAME= '觸發器名' \G;

3）刪除觸發器
           DROP TRIGGER [schema_name.]trigger_name

4）觸發器類型

        在一個表上最多創建6個觸發器，即（1）before insert型、（2）before update型、（3）before delete型、（4）after insert型、（5）after update型、（6）after delete型。
        觸發器的一個限制是不能同時在一個表上創建2個相同類型的觸發器。這個限制的一個來源是觸發器程序體的「begin和end之間容許運行多個語句」（摘自mysql使用手冊）。
         另外還有一點須要注意，msyql除了對insert，update，delete基本操做進行定義外，還定義了load data和replace語句，而load data和replace語句也能引發上述6中類型的觸發器的觸發。
          Load data語句用於將一個文件裝入到一個數據表中，至關與一系列insert操做。replace語句通常來講和insert語句很像，只是在表中有 primary key和unique索引時，若是插入的數據和原來primary key和unique索引一致時，會先刪除原來的數據，而後增長一條新數據；也就是說，一條replace sql有時候等價於一條insert sql，有時候等價於一條delete sql加上一條insert sql。便是：
    •   Insert型觸發器：可能經過insert語句，load data語句，replace語句觸發；
    •   Update型觸發器：可能經過update語句觸發；
    •   Delete型觸發器：可能經過delete語句，replace語句觸發；

觸發程序不能調用將數據返回客戶端的存儲程序，也不能使用採用CALL語句的動態SQL
（容許存儲程序經過參數將數據返回觸發程序）。
觸發程序不能使用以顯式或隱式方式開始或結束事務的語句，如START TRANSACTION、
COMMIT或ROLLBACK。

        使用OLD和NEW關鍵字，可以訪問受觸發程序影響的行中的列（OLD和NEW不區分大小寫）。
        在INSERT觸發程序中，僅能使用NEW.col_name，沒有舊行。在DELETE觸發程序中，僅能使用OLD.col_name，沒有新行。在UPDATE觸發程序中，可使用OLD.col_name來引用更新前的某一行的列，也能使用NEW.col_name來引用更新後的行中的列。
        用OLD命名的列是隻讀的。你能夠引用它，但不能更改它。對於用NEW命名的列，若是具備SELECT權限，可引用它。在BEFORE觸發程序中，若是你具備UPDATE權限，可以使用「SET NEW.col_name = value」更改它的值。這意味着，你可使用觸發程序來更改將要插入到新行中的值，或用於更新行的值。

在BEFORE觸發程序中，AUTO_INCREMENT列的NEW值爲0，不是實際插入新記錄時將自動生成的序列號。

經過使用BEGIN ... END結構，可以定義執行多條語句的觸發程序。在BEGIN塊中，還能使用存儲子程序中容許的其餘語法，如條件和循環等。

例1：在before update中使用NEW和OLD關鍵字

i. 創建觸發器:

mysql> delimiter //

mysql> create trigger trigger_before_tb_update before update on tb for each row

-> begin

-> insert into tb11 values(1, old.name, 20);

-> insert into tb11 values(2, new.name, 22);

-> end

-> //

mysql> delimiter ;

ii. 查看數據表

mysql> select * from tb;

+------+------+-----+

| id | Name | Age |

+------+------+-----+

| 1 | aa | 20 |

| 1001 | dd | 20 |

+------+------+-----+

2 rows in set (0.00 sec)

mysql> select * from tb11;

Empty set (0.02 sec)

iii. 執行sql:

mysql> update tb set name='bb' where id=1; //觸發觸發器執行

Query OK, 1 row affected (0.06 sec)

Rows matched: 1 Changed: 1 Warnings: 0

iv. 再次查看

mysql> select * from tb;

+------+------+-----+

| id | Name | Age |

+------+------+-----+

| 1 | bb | 20 |

| 1001 | dd | 20 |

+------+------+-----+

2 rows in set (0.00 sec)

mysql> select * from tb11;

+------+------+-----+

| id | Name | Age |

+------+------+-----+

| 1 | aa | 20 |

| 2 | bb | 22 |

+------+------+-----+

2 rows in set (0.00 sec)

能夠看到，OLD和NEW分別表明執行update操做先後的值。

例2：在after update中使用NEW和OLD關鍵字

i. 創建觸發器:

mysql> delimiter //

mysql> create trigger trigger_after_tb_update after update on tb for each row

-> begin

-> insert into tb11 values(1, old.name, 20);

-> insert into tb11 values(2, new.name, 22);

-> end

-> //

mysql> delimiter ;

ii. 查看數據表

mysql> select * from tb;

+------+------+-----+

| id | Name | Age |

+------+------+-----+

| 1 | bb | 20 |

| 1001 | dd | 20 |

+------+------+-----+

2 rows in set (0.00 sec)

mysql> select * from tb11;

Empty set (0.00 sec)

iii. 執行sql:

mysql> update tb set name='aa' where id=1; //觸發觸發器執行

Query OK, 1 row affected (0.05 sec)

Rows matched: 1 Changed: 1 Warnings: 0

iv. 再次查看

mysql> select * from tb;

+------+------+-----+

| id | Name | Age |

+------+------+-----+

| 1 | aa | 20 |

| 1001 | dd | 20 |

+------+------+-----+

2 rows in set (0.00 sec)

mysql> select * from tb11;

+----+------+-----+

| id | Name | Age |

+----+------+-----+

| 1 | bb | 20 |

| 2 | aa | 22 |

+----+------+-----+

2 rows in set (0.00 sec)

一樣能夠看到，OLD和NEW分別表明執行update操做先後的值。

例3．在觸發器中更改NEW的值

i. 創建觸發器:

mysql> delimiter //

mysql> create trigger trigger_before_tb_update before update on tb for each row

-> begin

-> insert into tb11 values(1, old.name, 20);

-> set new.name = 'changename';

-> insert into tb11 values(2, new.name, 22);

-> end

-> //

mysql> delimiter ;

ii. 查看數據表

mysql> select * from tb;

+----+------+-----+

| id | Name | Age |

+----+------+-----+

| 1 | aa | 20 |

+----+------+-----+

1 row in set (0.00 sec)

mysql> select * from tb11;

Empty set (0.00 sec)

iii. 執行sql:

mysql> update tb set name='bb' where id=1; //觸發觸發器執行

Query OK, 1 row affected (0.06 sec)

Rows matched: 1 Changed: 1 Warnings: 0

iv. 再次查看

mysql> select * from tb;

+----+------------+-----+

| id | Name | Age |

+----+------------+-----+

| 1 | changename | 20 |

+----+------------+-----+

1 row in set (0.00 sec)

mysql> select * from tb11;

+----+------------+-----+

| id | Name | Age |

+----+------------+-----+

| 1 | aa | 20 |

| 2 | changename | 22 |

+----+------------+-----+

2 rows in set (0.00 sec)

能夠看到，在觸發器中更新NEW的值，將直接影響到觸發表中的更新。

例4．在after update中嘗試修改NEW值

i. 創建觸發器:

mysql> delimiter //

mysql> create trigger trigger_after_tb_update after update on tb for each row

-> begin

-> insert into tb11 values(1, old.name, 20);

-> set new.name = 'changename';

-> insert into tb11 values(2, new.name, 22);

-> end

-> //

ERROR 1362 (HY000): Updating of NEW row is not allowed in after trigger

mysql> delimiter ;

能夠看到，在after update類型觸發器中不容許修改NEW值。

3   Mysql觸發器的執行順序
        先拋出觸發器相關的幾個問題
3.1   若是before類型的觸發器程序執行失敗，sql會執行成功嗎？
實驗以下：
1）創建before觸發器：

mysql> delimiter //

mysql> create trigger trigger_before_tb_update before update on tb for each row

-> begin

-> insert into tbx values(2, 'trigger_before', 22);

-> end

-> //

mysql> delimiter ;

2）查看：

mysql> select * from tb;

+------+--------+-----+

| id | Name | Age |

+------+--------+-----+

| 1 | tejevo | 20 |

| 1001 | dd | 20 |

+------+--------+-----+

3）執行sql：

mysql> update tb set name='aa' where id=1; 觸發觸發器程序;

4）因爲不存在tbx，before觸發器執行失敗，提示：
ERROR 1146 (42S02): Table 'testdb.tbx' doesn't exist

5）再次查看：
mysql> select * from tb where id=1;

+----+--------+-----+

| id | Name | Age |

+----+--------+-----+

| 1 | tejevo | 20 |

+----+--------+-----+

修改sql未執行成功。即若是before觸發器執行失敗，sql也會執行失敗。

3.2 若是sql執行失敗，會執行after類型的觸發器程序嗎？
實驗以下：
1）創建after觸發器：
mysql> delimiter //

mysql> create trigger trigger_after_tb_update after update on tb for each row

-> begin

-> insert into tb11(id, name, age, sex) values(2, 'bb', 20, m);

-> end

-> //

mysql> delimiter ;

2）查看觸發表：
mysql> select * from tb11;

Empty set (0.05 sec)

沒有記錄

3）執行sql：
mysql> update tb set name='aa' where id=1; 觸發觸發器程序;

4）因爲不存在sex列，提示錯誤：
ERROR 1054 (42S22): Unknown column 'sex' in 'field list'

5）再次查看觸發表：
mysql> select * from tb11;

Empty set (0.00 sec)
沒有記錄。

sql在執行失敗時，after型觸發器不會執行。

3.3 若是after類型的觸發器程序執行失敗，sql會回滾嗎？
實驗以下：
1）創建after觸發器：
mysql> select * from tb11;

Empty set (0.00 sec)

2）查看：

mysql> select * from tb;

+------+--------+-----+

| id | Name | Age |

+------+--------+-----+

| 1 | tejevo | 20 |

| 1001 | dd | 20 |

+------+--------+-----+

2 rows in set (0.00 sec)

3）執行sql：
mysql> update tb set name='aa' where id=1; 觸發觸發器程序;

4）因爲不存在sex列，提示錯誤：
ERROR 1054 (42S22): Unknown column 'sex' in 'field list'

5）再次查看：
mysql> select * from tb;

+------+--------+-----+

| id | Name | Age |

+------+--------+-----+

| 1 | tejevo | 20 |

| 1001 | dd | 20 |

+------+--------+-----+

2 rows in set (0.00 sec)

即修改sql未執行成功。即若是after觸發器執行失敗，sql會回滾。

注：上述實驗所使用的mysql引擎是innodb。

「對於事務性表，若是觸發程序失敗（以及由此致使的整個語句的失敗），該語句所執行的全部更改將回滾。對於非事務性表，不能執行這類回滾」（摘自mysql使用手冊）。於是，即便語句失敗，失敗以前所做的任何更改依然有效，也就是說，對於 innodb引擎上的數據表，若是觸發器中的sql或引起觸發器的sql執行失效，則事務回滾，全部操做會失效。
對於事務性表，若是觸發程序失敗（以及由此致使的整個語句的失敗），該語句所執行的全部更改將回滾。對於非事務性表，不能執行這類回滾，於是，即便語句失敗，失敗以前所做的任何更改依然有效。

3.4   mysql觸發器程序執行的順序
        當一個表既有before類型的觸發器，又有after類型的觸發器時；當一條sql語句涉及多個表的update時，sql、觸發器的執行順序通過mysql源碼包裝過，有時比較複雜。
        能夠先看一段mysql的源代碼，當SQL中update多表的時候，Mysql的執行過程以下（省去了無關代碼）：

/* 遍歷要更新的全部表 */
for (cur_table= update_tables; cur_table; cur_table= cur_table->next_local)
{
    org_updated = updated
    /* 若是有 BEFORE 觸發器，則執行；若是執行失敗，跳到err2位置 */
    if (table->triggers &&
table->triggers->process_triggers(thd, TRG_EVENT_UPDATE,TRG_ACTION_BEFORE, TRUE))
        goto err2;
    /*執行更新，若是更新失敗，跳到err位置*/
    if(local_error=table->file->update_row(table->record[1], table->record[0])))
        goto err;
    updated++; // 更新計數器
    /* 若是有 AFTER 觸發器，則執行；若是執行失敗，跳到err2位置*/
    if (table->triggers &&
table->triggers->process_triggers(thd, TRG_EVENT_UPDATE, TRG_ACTION_AFTER, TRUE))
        goto err2;
    err:
    {
        /*標誌錯誤信息，寫日誌等*/
    }
    err2:
    {
        /*恢復執行過的操做*/
        check_opt_it.rewind();
        /*若是執行了更新，且表是有事務的，作標誌*/
        if (updated != org_updated)
        {
            if (table->file->has_transactions())
                transactional_tables= 1;
            }
        }
    }

        從上面代碼能夠找到本章開始時拋出問題的答案。
1）   若是before型觸發器執行失敗，直接goto跳到err2位置，不會執行後續sql語句；
2）   若是sql執行失敗，直接goto跳到err位置，不會執行或許的after型觸發器；
3）   如過after觸發器執行失敗，goto到err2位置，恢復執行過的操做，且在事務型的表上作標記。
        另外，在使用複雜的sql時，因爲有些複雜的sql是mysql本身定義的，因此存在不肯定性，使用簡單的sql比較可控。

4   Mysql觸發器在數據庫同步中的表現
4.1   觸發器運行失敗時，數據庫同步會失敗嗎？
        有同步關係以下dbA?dbB。初始時同步正常。

1）在dbB上創建觸發器：

mysql> delimiter //

mysql> create trigger trigger_before_tb_update before update on tb for each row

-> begin

-> insert into tbx values(2, 'trigger_before', 22);

-> end

-> //

mysql> delimiter ;

2) 查看：

mysql> select * from dbA.tb;

+------+------+-----+

| id | Name | Age |

+------+------+-----+

| 1 | aa | 20 |

| 1001 | dd | 20 |

+------+------+-----+

2 rows in set (0.00 sec)

3）在dbA上執行sql，執行成功；
mysql> update tb set name='bb' where id=1; 觸發觸發器程序;

4）因爲dbB上沒有tbx表，觸發器會執行失敗，這時，檢查一下同步狀態：

Slave_IO_Running: Yes
Slave_SQL_Running: NO
Last_Errno: 1146
Last_Error: Error 'Table 'tbx' doesn't exist' on query.

能夠看到IO線程運行正常，sql線程運行失敗，並提示觸發器運行失敗的錯誤信息。

        不管是before部分的觸發器仍是after類型的觸發器，對於innodb引擎，當觸發器執行失敗時，相應sql也會執行失敗，因此數據庫同步也會失敗。

4.2   建立、刪除觸發器寫bin-log
        建立和刪除觸發器的語句也會寫入bin-log裏，因此也會如通常的insert，update，delete語句同樣同步到下游數據庫中，即上游建立觸發器，下游也會建立。
        這裏再引出兩個小問題：有同步關係dbA?dbB，
1）   在dbA上建立一個觸發器，若是dbB上已經有同表同類型的觸發器，同步狀態如何？
2）   在dbB上刪除一個觸發器，若是dbB上沒有對應觸發器，同步狀態如何？
        這兩個問題能夠類比同步中的insert語句和delete語句，答案就是
1）   同步失敗，由於不容許重複建立同表同類型的觸發器；
2）   同步正常，由於drop一個不存在的觸發器，不影響運行結果；

5   Mysql觸發器經典案例
5.1   案例1 一條sql涉及多個表的update時，觸發獲得update以前的舊值
【現象】表test_info上建有觸發器以下：
CREATE /*!50017 DEFINER = 'root'@'localhost' */ TRIGGER trig_test_info_update
AFTER UPDATE
ON FC_Word.test_info FOR EACH ROW
BEGIN
DECLARE tlevel INTEGER DEFAULT 0;
DECLARE ttype INTEGER DEFAULT 0;
SET tlevel = 4;
SET ttype = 33;
INSERT INTO TEST_Output.fcevent (te, le, uid, pid, uid, wid, bi, mbid, wl) SELECT ttype, tlevel, NEW.uid, NEW.pid, NEW.uid, NEW.wid, NEW.bi, NEW.mbid, wl FROM TEST_Word.wext2 where wid = NEW.wid;
/*。。。其他部分邏輯省略*/
END IF;
END;

        這個觸發器程序有點長，能夠單看飄黃的兩句，即更新操做知足第一個條件執行飄黃語句時，觸發器的行爲。觸發器是創建在test_info表上的，飄黃語句中能夠看到，也須要查詢wext2表。
執行以下sql1：

Update test_info a, wext2 b set a.th=(a.th+1), a.w4=(a.w4&8), b.wl=NULL where a.wid=b.wid and a.wid=142394379;

        能夠看到sql中既修改了test_info2表，同時修改了wext2表，程序原意是觸發獲得wext2表wl字段修改後的新值（即NULL）；不過實驗獲得，執行上述sql後，觸發器程序查詢到的wurl是sql修改以前的舊值。

再執行下面相似sql2：

Update wext2 a, test_info2 b set b.th=(b.th+1), b.w4=(b.w4&8), a.wl=NULL where a.wid=b.wid and a.wid=142394379;

       實驗的到，執行上述sql後，觸發器程序查詢到的wurl是sql修改以後的新值。

【緣由】緣由固然與sql中的別名a，b無關，而是和wext2表和test_info表的書寫順序有關。如本文3.4部分所述，一條sql涉及多個表的 update操做時，數據表字段、觸發器執行順序是mysql源碼包裝過的。在執行上述sql1時，先執行test_info的更新，而後是after觸發器，最後是wext2的更新，也就是說，在執行after觸發器時，wext2尚未進行更新，因此觸發獲得的是舊值。而執行sql2時，先執行 wext2更新，而後是test_info更新，最後是after觸發器，也就是說，在執行after觸發器時，wext2已經更新完畢，因此出去獲得的是新值。
        引發上述現象是順序關係的，不管該表是否支持事務。在使用複雜的sql時，因爲有些複雜的sql是mysql本身定義的，因此存在不肯定性，存在風險，使用簡單的sql比較可控。

5.2   案例2 mysql5.0.19版本修改表結構後觸發器失效
【現象】userpref表上建有after類型觸發器，修改userpref表的外鍵關聯後，在userpref表中的新增記錄沒有觸發下來，即觸發器失效。
【緣由】mysql5.0.19修改表結構是，觸發器消失。這是mysql5.0.19的一個bug，在建立觸發器時，會把觸發器的內容保存在 information_schema.TRIGGERS表中，同時在var目錄下建立觸發器的數據庫目錄下建立一個觸發器名稱爲前綴，以TRN爲後綴的文件，當修改觸發器的表時，information_schema.TRIGGERS表的內容會刪除，致使觸發器消失。

        在mysql5.0.45版本中，這個bug已經被修復。Mysql5.0.45版本的觸發器，不管是修改表的索引、外鍵，仍是改變表字段，觸發器都不會失效。

5.3   案例3 刪除數據表後觸發器失效
【現象】聯調環境中存在dbA?dbB，主庫dbA上沒有觸發器，在從庫dbB上的FC_Word.wnegative表，FC_Word.wbuget 表上建有觸發器；觸發器開始運行正常，期間沒有對從庫的任何直接操做，有一日發現對wnegative表上的修改沒法觸發。查看從庫狀態，同步正常；用 select TRIGGER_NAME from information_schema.TRIGGERS發現wnegative表上的觸發器消失了；在var/FC_Word目錄下也沒有 wnegative的.TRN文件，wnegative表上的觸發器不見了。

【分析】查找dbB的查詢日誌，發現有一條：

100223 18:27:45 135939 Query       DROP TABLE IF EXISTS `wnegative`
135939 Query       CREATE TABLE `wnegative` (
KEY `Index_wnegative_planid` (`planid`),
KEY `Index_wnegative_unitid` (`unitid`)
135939 Query       /*!40000 ALTER TABLE `wnegative` DISABLE KEYS */
100223 18:27:46 135939 Query       INSERT INTO `wnegative` VALUES (614,1,289026,2911155,1848481);

        能夠看到，在100223 18:27:45時，刪除了表wnegative，緊接着有建立表wnegative；查找觸發表發現，在100223 18:27:45時間後對wnegative的修改就沒有觸發了，而在這個以前對wnegative的修改是觸發正常的。故，懷疑對wnegative表的刪除使wnegative表上的觸發器也被刪除。對wnegative表的刪除是在主庫dbA上操做後，被同步到dbB上。

【緣由】在刪除wnegative表時，mysql同時刪除了wegative表上的觸發器。
能夠經過下面實驗證實上述猜想：
1）   首先在wnegative創建after insert型觸發器；
2）   增長一條wnegative中記錄；
3）   查看結果發現觸發器正確觸發；
4）   刪除wnegative表；
5）   使用select TRIGGER_NAME from information_schema.TRIGGERS查看全部觸發器，wnegative表上觸發器已經不存在了；同時到var/FC_Word目錄下，對應觸發器的.TRN文件也不存在了；
6）   從新建立wnegative表，並增長一條wnegative中記錄；沒有了wnegative表上觸發器，天然也不能觸發任何結果。