標籤: USB CONNECTOR 

【String註解驅動開發】困擾了我很久的AOP嵌套調用終於解決了！

admin

寫在前面

最近在分析Spring源碼時，在同一個類中寫了嵌套的AOP方法，測試時出現：Spring AOP在同一個類里自身方法相互調用時無法攔截。哎，怎麼辦？還能怎麼辦呢？繼續分析Spring源碼，解決問題唄。於是乎，有了本文。

項目工程源碼已經提交到GitHub：https://github.com/sunshinelyz/spring-annotation

問題闡述

Spring AOP在同一個類里自身方法相互調用時無法攔截。比如下面的代碼:

public class SomeServiceImpl implements SomeService  {  
    public void someMethod()  {  
        someInnerMethod();  
    }  
    public void someInnerMethod(){  
    }  
}

兩個方法經過AOP代理,執行時都實現系統日誌記錄。單獨使用someInnerMethod時，沒有任何問題。但someMethod就有問題了。someMethod里調用的someInnerMethod方法是原始的，未經過AOP增強的。我們期望調用一次someMethod會記錄下兩條系統日誌，分別是someInnerMethod和someMethod的，但實際上只能記錄下someMethod的日誌，也就是只有一條。在配置事務時也可能會出現問題，比如someMethod方法是REQUIRED，someInnerMethod方法是REQUIRES_NEW，someInnerMethod的配置將不起作用，與someMethod方法會使用同一個事務，不會按照所配置的打開新事務。

問題分析

由於java這個靜態類型語言限制，最後想到個曲線救國的辦法，出現這種特殊情況時，不要直接調用自身方法，而通過AOP代理后的對象。在實現里保留一個AOP代理對象的引用，調用時通過這個代理即可。例如下面的代碼。

//從beanFactory取得AOP代理后的對象  
SomeService someServiceProxy = (SomeService)beanFactory.getBean("someService");   

//把AOP代理后的對象設置進去  
someServiceProxy.setSelf(someServiceProxy);   

//在someMethod裏面調用self的someInnerMethod，這樣就正確了  
someServiceProxy.someMethod();

但這個代理對象還要我們手動set進來。有沒有更好的方式解決呢？

問題解決

幸好SpringBeanFactory有BeanPostProcessor擴展，在bean初始化前後會統一傳遞給BeanPostProcess處理，繁瑣的事情就可以交給程序了，代碼如下，首先定義一個BeanSelfAware接口，實現了此接口的程序表明需要注入代理后的對象到自身。

public class SomeServiceImpl implements SomeService,BeanSelfAware{  
	//AOP增強后的代理對象  
    private SomeService self;
    //實現BeanSelfAware接口  
    public void setSelf(Object proxyBean){  
        this.self = (SomeService)proxyBean  
    }  
    public void someMethod(){  
        //注意這句，通過self這個對象，而不是直接調用的  
        someInnerMethod();
    }  
    public void someInnerMethod(){  
    }  
}

再定義一個BeanPostProcessor，beanFactory中的每個Bean初始化完畢后，調用所有BeanSelfAware的setSelf方法，把自身的代理對象注入自身。

public class InjectBeanSelfProcessor implements BeanPostProcessor  {     
    public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException{ 
        if(bean instanceof BeanSelfAware){  
            System.out.println("inject proxy：" + bean.getClass());  
            BeanSelfAware myBean = (BeanSelfAware)bean;  
            myBean.setSelf(bean);  
            return myBean;  
        }  
        return bean;  
    }  
    public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException{  
        return bean;  
    }  
}

最後，在BeanFactory配置中組合起來，只需要把BeanPostProcesser加進去就可以了，比平常多一行配置而已。

<!-- 注入代理后的bean到bean自身的BeanPostProcessor... -->  
<bean class=" org.mypackage.InjectBeanSelfProcessor"></bean>  

<bean id="someServiceTarget" class="org.mypackage.SomeServiceImpl" />   

<bean id="someService" class="org.springframework.aop.framework.ProxyFactoryBean">  
    <property name="target">  
        <ref local="someServiceTarget" />  
    </property>  
    <property name="interceptorNames">  
        <list>  
            <value>someAdvisor</value>  
        </list>  
    </property>  
</bean>  
<!-- 調用spring的DebugInterceptor記錄日誌,以確定方法是否被AOP增強 -->  
<bean id="debugInterceptor" class="org.springframework.aop.interceptor.DebugInterceptor" />  

<bean id="someAdvisor" class="org.springframework.aop.support.RegexpMethodPointcutAdvisor">  
    <property name="advice">  
        <ref local="debugInterceptor" />  
    </property>  
    <property name="patterns">  
        <list>  
            <value>.*someMethod</value>  
            <value>.*someInnerMethod</value>  
        </list>  
    </property>  
</bean>

這裏的someService#someInnerMethod就表現出預期的行為了，無論怎樣，它都是經過AOP代理的，執行時都會輸出日誌信息。

注意事項

用XmlBeanFactory進行測試需要注意，所有的BeanPostProcessor並不會自動生效，需要執行以下代碼：

XmlBeanFactory factory = new XmlBeanFactory(...);  
InjectBeanSelfProcessor postProcessor = new InjectBeanSelfProcessor();  
factory.addBeanPostProcessor(postProcessor);

好了，咱們今天就聊到這兒吧！別忘了給個在看和轉發，讓更多的人看到，一起學習一起進步！！

項目工程源碼已經提交到GitHub：https://github.com/sunshinelyz/spring-annotation

寫在最後

如果覺得文章對你有點幫助，請微信搜索並關注「 冰河技術 」微信公眾號，跟冰河學習Spring註解驅動開發。公眾號回復“spring註解”關鍵字，領取Spring註解驅動開發核心知識圖，讓Spring註解驅動開發不再迷茫。

參考：iteye.com/blog/fyting-109236

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※帶您來了解什麼是 USB CONNECTOR  ?

※自行創業 缺乏曝光? 下一步"網站設計"幫您第一時間規劃公司的門面形象

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!!

※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化

※廣告預算用在刀口上，網站設計公司幫您達到更多曝光效益

※教你寫出一流的銷售文案?

Mariadb之日誌相關配置

admin

　　前面我們聊到了mariadb的事務，以及事務隔離級別，回顧請參考https://www.cnblogs.com/qiuhom-1874/p/13198186.html；今天我們來聊一聊mariadb的日誌相關話題；mariadb日誌有6種，分別是查詢日誌（general_log）,慢查詢日誌（log_slow_queries）,錯誤日誌（log_error,log_warnings）,二進制日誌（binlog）,中繼日誌（relay_log）和事務日誌（innodb_log）;

　　1、查詢日誌，主要記錄查詢語句，日誌存儲位置可放在表中，也可以放在文件中，這個要根據自己的配置，當然也可以同時放在表和文件中；一般情況服務器IO壓力不大的情況下是可以開啟查詢日誌的，如果服務器IO壓力大，建議不要開啟查詢日誌；具體配置方法如下

　　把查詢日誌放在mysql庫的general_log 表中的配置方法：

　　在/etc/my.cnf.d/server.cnf中的server配置段下添加如下配置，並重啟mariadb服務即可

　　提示：以上配置表示開啟查詢日誌，日誌輸出到表；默認會把查詢日誌存放在mysql庫中的general_log表中；

　　重啟服務，然後查看general_log表是否有數據？

[root@lxc my.cnf.d]# systemctl restart mariadb
[root@lxc my.cnf.d]# mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 3
Server version: 10.5.4-MariaDB-log MariaDB Server

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

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

MariaDB [(none)]> use mysql
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
MariaDB [mysql]> select * from mysql.general_log ;
+----------------------------+---------------------------+-----------+-----------+--------------+----------------------------------+
| event_time                 | user_host                 | thread_id | server_id | command_type | argument                         |
+----------------------------+---------------------------+-----------+-----------+--------------+----------------------------------+
| 2020-06-28 09:14:33.402211 | [root] @ localhost []     |         3 |         3 | Connect      | root@localhost on  using Socket  |
| 2020-06-28 09:14:33.409731 | root[root] @ localhost [] |         3 |         3 | Query        | select @@version_comment limit 1 |
| 2020-06-28 09:14:38.087307 | root[root] @ localhost [] |         3 |         3 | Query        | SELECT DATABASE()                |
| 2020-06-28 09:14:38.087952 | root[root] @ localhost [] |         3 |         3 | Init DB      | mysql                            |
| 2020-06-28 09:14:38.091356 | root[root] @ localhost [] |         3 |         3 | Query        | show databases                   |
| 2020-06-28 09:14:38.092713 | root[root] @ localhost [] |         3 |         3 | Query        | show tables                      |
| 2020-06-28 09:14:38.094222 | root[root] @ localhost [] |         3 |         3 | Field List   | column_stats                     |
| 2020-06-28 09:14:38.095628 | root[root] @ localhost [] |         3 |         3 | Field List   | columns_priv                     |
| 2020-06-28 09:14:38.096401 | root[root] @ localhost [] |         3 |         3 | Field List   | db                               |
| 2020-06-28 09:14:38.097869 | root[root] @ localhost [] |         3 |         3 | Field List   | event                            |
| 2020-06-28 09:14:38.099603 | root[root] @ localhost [] |         3 |         3 | Field List   | func                             |
| 2020-06-28 09:14:38.100382 | root[root] @ localhost [] |         3 |         3 | Field List   | general_log                      |
| 2020-06-28 09:14:38.101266 | root[root] @ localhost [] |         3 |         3 | Field List   | global_priv                      |
| 2020-06-28 09:14:38.101867 | root[root] @ localhost [] |         3 |         3 | Field List   | gtid_slave_pos                   |
| 2020-06-28 09:14:38.102563 | root[root] @ localhost [] |         3 |         3 | Field List   | help_category                    |
| 2020-06-28 09:14:38.103556 | root[root] @ localhost [] |         3 |         3 | Field List   | help_keyword                     |
| 2020-06-28 09:14:38.104430 | root[root] @ localhost [] |         3 |         3 | Field List   | help_relation                    |
| 2020-06-28 09:14:38.105328 | root[root] @ localhost [] |         3 |         3 | Field List   | help_topic                       |
| 2020-06-28 09:14:38.106362 | root[root] @ localhost [] |         3 |         3 | Field List   | index_stats                      |
| 2020-06-28 09:14:38.107459 | root[root] @ localhost [] |         3 |         3 | Field List   | innodb_index_stats               |
| 2020-06-28 09:14:38.109085 | root[root] @ localhost [] |         3 |         3 | Field List   | innodb_table_stats               |
| 2020-06-28 09:14:38.110367 | root[root] @ localhost [] |         3 |         3 | Field List   | plugin                           |
| 2020-06-28 09:14:38.111098 | root[root] @ localhost [] |         3 |         3 | Field List   | proc                             |
| 2020-06-28 09:14:38.112958 | root[root] @ localhost [] |         3 |         3 | Field List   | procs_priv                       |
| 2020-06-28 09:14:38.113798 | root[root] @ localhost [] |         3 |         3 | Field List   | proxies_priv                     |
| 2020-06-28 09:14:38.114734 | root[root] @ localhost [] |         3 |         3 | Field List   | roles_mapping                    |
| 2020-06-28 09:14:38.115476 | root[root] @ localhost [] |         3 |         3 | Field List   | servers                          |
| 2020-06-28 09:14:38.116419 | root[root] @ localhost [] |         3 |         3 | Field List   | slow_log                         |
| 2020-06-28 09:14:38.118138 | root[root] @ localhost [] |         3 |         3 | Field List   | table_stats                      |
| 2020-06-28 09:14:38.119065 | root[root] @ localhost [] |         3 |         3 | Field List   | tables_priv                      |
| 2020-06-28 09:14:38.120027 | root[root] @ localhost [] |         3 |         3 | Field List   | time_zone                        |
| 2020-06-28 09:14:38.120907 | root[root] @ localhost [] |         3 |         3 | Field List   | time_zone_leap_second            |
| 2020-06-28 09:14:38.121914 | root[root] @ localhost [] |         3 |         3 | Field List   | time_zone_name                   |
| 2020-06-28 09:14:38.122718 | root[root] @ localhost [] |         3 |         3 | Field List   | time_zone_transition             |
| 2020-06-28 09:14:38.123713 | root[root] @ localhost [] |         3 |         3 | Field List   | time_zone_transition_type        |
| 2020-06-28 09:14:38.124958 | root[root] @ localhost [] |         3 |         3 | Field List   | transaction_registry             |
| 2020-06-28 09:14:38.126722 | root[root] @ localhost [] |         3 |         3 | Field List   | user                             |
| 2020-06-28 09:14:48.615477 | root[root] @ localhost [] |         3 |         3 | Query        | select * from mysql.general_log  |
+----------------------------+---------------------------+-----------+-----------+--------------+----------------------------------+
38 rows in set (0.002 sec)

MariaDB [mysql]>

　　提示：可以看到重啟服務后，general_log表中就有數據了，此時查詢日誌記錄到表中就配置好了；通常不建議開啟查詢日誌，這個很消耗服務器性能；

　　配置查詢日誌記錄到文件

　　提示：以上配置表示明確開啟查詢日誌，並把日誌記錄到/var/lib/mysql/general_log中；

　　重啟服務，看看對應目錄下是否生成日誌文件，連接到數據，執行查詢操作，看看是否把日誌記錄到相應文件中哦？

[root@lxc my.cnf.d]# systemctl restart mariadb
[root@lxc my.cnf.d]# ll /var/lib/mysql/general_log 
-rw-rw---- 1 mysql mysql 143 Jun 28 09:22 /var/lib/mysql/general_log
[root@lxc my.cnf.d]# cat /var/lib/mysql/general_log
/usr/sbin/mariadbd, Version: 10.5.4-MariaDB-log (MariaDB Server). started with:
Tcp port: 0  Unix socket: (null)
Time                Id Command  Argument
[root@lxc my.cnf.d]# mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 3
Server version: 10.5.4-MariaDB-log MariaDB Server

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

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

MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| first_db           |
| information_schema |
| mysql              |
| performance_schema |
| test               |
+--------------------+
5 rows in set (0.001 sec)

MariaDB [(none)]> \q
Bye
[root@lxc my.cnf.d]# cat /var/lib/mysql/general_log
/usr/sbin/mariadbd, Version: 10.5.4-MariaDB-log (MariaDB Server). started with:
Tcp port: 0  Unix socket: (null)
Time                Id Command  Argument
200628  9:22:32      3 Connect  root@localhost on  using Socket
                     3 Query    select @@version_comment limit 1
200628  9:22:37      3 Query    show databases
200628  9:22:38      3 Quit
[root@lxc my.cnf.d]#

　　提示：可以看到我們在數據庫中執行了一個show databases; 在對應日誌文件中是能夠記錄對應語句的；

　　配置查詢日誌記錄同時記錄到表和文件中

　　提示：以上配置表示開啟查詢日誌功能，並把日誌同時記錄到表和文件中，文件路徑為/var/lib/mysq/general_log；

　　重啟mariadb，執行查詢操作，看看對應表和文件中是否有記錄？

[root@lxc my.cnf.d]# systemctl restart mariadb     
[root@lxc my.cnf.d]# mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 3
Server version: 10.5.4-MariaDB-log MariaDB Server

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

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

MariaDB [(none)]> select * from mysql.general_log;
+----------------------------+---------------------------+-----------+-----------+--------------+----------------------------------+
| event_time                 | user_host                 | thread_id | server_id | command_type | argument                         |
+----------------------------+---------------------------+-----------+-----------+--------------+----------------------------------+
| 2020-06-28 09:14:33.402211 | [root] @ localhost []     |         3 |         3 | Connect      | root@localhost on  using Socket  |
| 2020-06-28 09:14:33.409731 | root[root] @ localhost [] |         3 |         3 | Query        | select @@version_comment limit 1 |
| 2020-06-28 09:14:38.087307 | root[root] @ localhost [] |         3 |         3 | Query        | SELECT DATABASE()                |
| 2020-06-28 09:14:38.087952 | root[root] @ localhost [] |         3 |         3 | Init DB      | mysql                            |
| 2020-06-28 09:14:38.091356 | root[root] @ localhost [] |         3 |         3 | Query        | show databases                   |
| 2020-06-28 09:14:38.092713 | root[root] @ localhost [] |         3 |         3 | Query        | show tables                      |
| 2020-06-28 09:14:38.094222 | root[root] @ localhost [] |         3 |         3 | Field List   | column_stats                     |
| 2020-06-28 09:14:38.095628 | root[root] @ localhost [] |         3 |         3 | Field List   | columns_priv                     |
| 2020-06-28 09:14:38.096401 | root[root] @ localhost [] |         3 |         3 | Field List   | db                               |
| 2020-06-28 09:14:38.097869 | root[root] @ localhost [] |         3 |         3 | Field List   | event                            |
| 2020-06-28 09:14:38.099603 | root[root] @ localhost [] |         3 |         3 | Field List   | func                             |
| 2020-06-28 09:14:38.100382 | root[root] @ localhost [] |         3 |         3 | Field List   | general_log                      |
| 2020-06-28 09:14:38.101266 | root[root] @ localhost [] |         3 |         3 | Field List   | global_priv                      |
| 2020-06-28 09:14:38.101867 | root[root] @ localhost [] |         3 |         3 | Field List   | gtid_slave_pos                   |
| 2020-06-28 09:14:38.102563 | root[root] @ localhost [] |         3 |         3 | Field List   | help_category                    |
| 2020-06-28 09:14:38.103556 | root[root] @ localhost [] |         3 |         3 | Field List   | help_keyword                     |
| 2020-06-28 09:14:38.104430 | root[root] @ localhost [] |         3 |         3 | Field List   | help_relation                    |
| 2020-06-28 09:14:38.105328 | root[root] @ localhost [] |         3 |         3 | Field List   | help_topic                       |
| 2020-06-28 09:14:38.106362 | root[root] @ localhost [] |         3 |         3 | Field List   | index_stats                      |
| 2020-06-28 09:14:38.107459 | root[root] @ localhost [] |         3 |         3 | Field List   | innodb_index_stats               |
| 2020-06-28 09:14:38.109085 | root[root] @ localhost [] |         3 |         3 | Field List   | innodb_table_stats               |
| 2020-06-28 09:14:38.110367 | root[root] @ localhost [] |         3 |         3 | Field List   | plugin                           |
| 2020-06-28 09:14:38.111098 | root[root] @ localhost [] |         3 |         3 | Field List   | proc                             |
| 2020-06-28 09:14:38.112958 | root[root] @ localhost [] |         3 |         3 | Field List   | procs_priv                       |
| 2020-06-28 09:14:38.113798 | root[root] @ localhost [] |         3 |         3 | Field List   | proxies_priv                     |
| 2020-06-28 09:14:38.114734 | root[root] @ localhost [] |         3 |         3 | Field List   | roles_mapping                    |
| 2020-06-28 09:14:38.115476 | root[root] @ localhost [] |         3 |         3 | Field List   | servers                          |
| 2020-06-28 09:14:38.116419 | root[root] @ localhost [] |         3 |         3 | Field List   | slow_log                         |
| 2020-06-28 09:14:38.118138 | root[root] @ localhost [] |         3 |         3 | Field List   | table_stats                      |
| 2020-06-28 09:14:38.119065 | root[root] @ localhost [] |         3 |         3 | Field List   | tables_priv                      |
| 2020-06-28 09:14:38.120027 | root[root] @ localhost [] |         3 |         3 | Field List   | time_zone                        |
| 2020-06-28 09:14:38.120907 | root[root] @ localhost [] |         3 |         3 | Field List   | time_zone_leap_second            |
| 2020-06-28 09:14:38.121914 | root[root] @ localhost [] |         3 |         3 | Field List   | time_zone_name                   |
| 2020-06-28 09:14:38.122718 | root[root] @ localhost [] |         3 |         3 | Field List   | time_zone_transition             |
| 2020-06-28 09:14:38.123713 | root[root] @ localhost [] |         3 |         3 | Field List   | time_zone_transition_type        |
| 2020-06-28 09:14:38.124958 | root[root] @ localhost [] |         3 |         3 | Field List   | transaction_registry             |
| 2020-06-28 09:14:38.126722 | root[root] @ localhost [] |         3 |         3 | Field List   | user                             |
| 2020-06-28 09:14:48.615477 | root[root] @ localhost [] |         3 |         3 | Query        | select * from mysql.general_log  |
| 2020-06-28 09:19:46.865108 | root[root] @ localhost [] |         3 |         3 | Quit         |                                  |
| 2020-06-28 09:28:29.542343 | [root] @ localhost []     |         3 |         3 | Connect      | root@localhost on  using Socket  |
| 2020-06-28 09:28:29.549997 | root[root] @ localhost [] |         3 |         3 | Query        | select @@version_comment limit 1 |
| 2020-06-28 09:28:44.924061 | root[root] @ localhost [] |         3 |         3 | Query        | select * from mysql.general_log  |
+----------------------------+---------------------------+-----------+-----------+--------------+----------------------------------+
42 rows in set (0.002 sec)

MariaDB [(none)]> \q
Bye
[root@lxc my.cnf.d]# cat /var/lib/mysql/general_log 
/usr/sbin/mariadbd, Version: 10.5.4-MariaDB-log (MariaDB Server). started with:
Tcp port: 0  Unix socket: (null)
Time                Id Command  Argument
200628  9:22:32      3 Connect  root@localhost on  using Socket
                     3 Query    select @@version_comment limit 1
200628  9:22:37      3 Query    show databases
200628  9:22:38      3 Quit
/usr/sbin/mariadbd, Version: 10.5.4-MariaDB-log (MariaDB Server). started with:
Tcp port: 0  Unix socket: (null)
Time                Id Command  Argument
200628  9:28:29      3 Connect  root@localhost on  using Socket
                     3 Query    select @@version_comment limit 1
200628  9:28:44      3 Query    select * from mysql.general_log
200628  9:28:47      3 Quit
[root@lxc my.cnf.d]#

　　提示：可以看到mysql.general_log表中和/var/lib/mysql/general_log文件中是可以記錄我們執行的查詢語句；

　　2、慢查詢日誌，這個日誌對於運維來講是比較重要的，通常我們可以利用慢查詢日誌來判斷哪些語句執行時間超出指定時間；慢查詢日誌主要記錄運行時間超出指定時長度查詢語句；這個日誌同查詢日誌類似，它也是可以存儲在表和文件中的；具體配置方式如下

　　配置慢查詢日誌存放在表中

　　提示：以上配置表示開啟慢查詢日誌，並把日誌記錄到表中，默認是mysql.slow_log表中；log_slow_filter用來定義過濾哪些語句不記錄的；log_slow_rate_limit表示開啟慢查詢日誌記錄速率；log_slow_verbosity開啟慢查詢日誌詳細記錄；long_query_time定義時長，超出我們指定的時長就會視為慢查詢；配置好以上配置以後重啟服務，我們就可以在mariadb中看到對應變量的值；

[root@lxc my.cnf.d]# systemctl restart mariadb;
[root@lxc my.cnf.d]# mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 3
Server version: 10.5.4-MariaDB-log MariaDB Server

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

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

MariaDB [(none)]> show global variables like 'slow%';
+---------------------+--------------+
| Variable_name       | Value        |
+---------------------+--------------+
| slow_launch_time    | 2            |
| slow_query_log      | ON           |
| slow_query_log_file | lxc-slow.log |
+---------------------+--------------+
3 rows in set (0.003 sec)

MariaDB [(none)]> show global variables like 'log_slow%';
+------------------------------+--------------------------------------------------------------------------------------------------------------------------------------+
| Variable_name                | Value                                                                                                                                |
+------------------------------+--------------------------------------------------------------------------------------------------------------------------------------+
| log_slow_admin_statements    | ON                                                                                                                                   |
| log_slow_disabled_statements | sp                                                                                                                                   |
| log_slow_filter              | admin,filesort,filesort_on_disk,filesort_priority_queue,full_join,full_scan,query_cache,query_cache_miss,tmp_table,tmp_table_on_disk |
| log_slow_rate_limit          | 1                                                                                                                                    |
| log_slow_slave_statements    | ON                                                                                                                                   |
| log_slow_verbosity           | innodb                                                                                                                               |
+------------------------------+--------------------------------------------------------------------------------------------------------------------------------------+
6 rows in set (0.002 sec)

MariaDB [(none)]> show global variables like 'long%';    
+-----------------+----------+
| Variable_name   | Value    |
+-----------------+----------+
| long_query_time | 3.000000 |
+-----------------+----------+
1 row in set (0.003 sec)

MariaDB [(none)]>

　　提示：從上面的信息可以看到我們配置的相關參數已經生效；

　　測試：執行select sleep(5);看看mysql.slow_log表中是否有記錄？

MariaDB [(none)]> select sleep(5) ;               
+----------+
| sleep(5) |
+----------+
|        0 |
+----------+
1 row in set (5.001 sec)

MariaDB [(none)]> select * from mysql.slow_log\G
*************************** 1. row ***************************
    start_time: 2020-06-28 10:32:19.643885
     user_host: root[root] @ localhost []
    query_time: 00:00:05.000700
     lock_time: 00:00:00.000000
     rows_sent: 1
 rows_examined: 0
            db: 
last_insert_id: 0
     insert_id: 0
     server_id: 3
      sql_text: select sleep(5)
     thread_id: 3
 rows_affected: 0
1 row in set (0.001 sec)

MariaDB [(none)]>

　　提示：可以看到slow_log表中已經記錄了我們執行的select sleep(5)語句，執行時長為5.007秒；

　　配置慢查詢日誌記錄到文件；

　　提示：以上配置表示把慢查詢日誌保存在/var/lib/mysql/slow_query_log文件中；

　　測試：重啟mariadb，執行select sleep(5)語句，看看對應文件是否記錄？

[root@lxc my.cnf.d]# systemctl restart mariadb
[root@lxc my.cnf.d]# ll /var/lib/mysql/slow_query_log
-rw-rw---- 1 mysql mysql 143 Jun 28 10:39 /var/lib/mysql/slow_query_log
[root@lxc my.cnf.d]# mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 3
Server version: 10.5.4-MariaDB-log MariaDB Server

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

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

MariaDB [(none)]> show global variables like 'slow%';
+---------------------+-------------------------------+
| Variable_name       | Value                         |
+---------------------+-------------------------------+
| slow_launch_time    | 2                             |
| slow_query_log      | ON                            |
| slow_query_log_file | /var/lib/mysql/slow_query_log |
+---------------------+-------------------------------+
3 rows in set (0.003 sec)

MariaDB [(none)]> show global variables like 'log_slow%';
+------------------------------+--------------------------------------------------------------------------------------------------------------------------------------+
| Variable_name                | Value                                                                                                                                |
+------------------------------+--------------------------------------------------------------------------------------------------------------------------------------+
| log_slow_admin_statements    | ON                                                                                                                                   |
| log_slow_disabled_statements | sp                                                                                                                                   |
| log_slow_filter              | admin,filesort,filesort_on_disk,filesort_priority_queue,full_join,full_scan,query_cache,query_cache_miss,tmp_table,tmp_table_on_disk |
| log_slow_rate_limit          | 1                                                                                                                                    |
| log_slow_slave_statements    | ON                                                                                                                                   |
| log_slow_verbosity           | innodb                                                                                                                               |
+------------------------------+--------------------------------------------------------------------------------------------------------------------------------------+
6 rows in set (0.003 sec)

MariaDB [(none)]> show global variables like 'long%';    
+-----------------+----------+
| Variable_name   | Value    |
+-----------------+----------+
| long_query_time | 3.000000 |
+-----------------+----------+
1 row in set (0.002 sec)

MariaDB [(none)]> select sleep(5);
+----------+
| sleep(5) |
+----------+
|        0 |
+----------+
1 row in set (5.001 sec)

MariaDB [(none)]> \q
Bye
[root@lxc my.cnf.d]# cat /var/lib/mysql/slow_query_log
/usr/sbin/mariadbd, Version: 10.5.4-MariaDB-log (MariaDB Server). started with:
Tcp port: 0  Unix socket: (null)
Time                Id Command  Argument
# Time: 200628 10:40:50
# User@Host: root[root] @ localhost []
# Thread_id: 3  Schema:   QC_hit: No
# Query_time: 5.000553  Lock_time: 0.000000  Rows_sent: 1  Rows_examined: 0
# Rows_affected: 0  Bytes_sent: 64
SET timestamp=1593355250;
select sleep(5);
[root@lxc my.cnf.d]#

　　提示：可以看到我們配置的參數在mariadb中已經可正常查詢到，對應的文件中已經記錄我們執行select sleep(5)這條語句執行了5.000553秒；

　　配置慢查詢日誌記錄到表和文件中

　　提示：紅框中的內容表示把慢查詢日誌同時記錄到文件和表中；

　　測試：重啟mariadb服務，執行select sleep（5）語句看看是否在表和文件中都記錄了？

[root@lxc my.cnf.d]# systemctl restart mariadb       
[root@lxc my.cnf.d]# mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 3
Server version: 10.5.4-MariaDB-log MariaDB Server

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

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

MariaDB [(none)]> select sleep(5);                   
+----------+
| sleep(5) |
+----------+
|        0 |
+----------+
1 row in set (5.002 sec)

MariaDB [(none)]> select * from mysql.slow_log\G
*************************** 1. row ***************************
    start_time: 2020-06-28 10:32:19.643885
     user_host: root[root] @ localhost []
    query_time: 00:00:05.000700
     lock_time: 00:00:00.000000
     rows_sent: 1
 rows_examined: 0
            db: 
last_insert_id: 0
     insert_id: 0
     server_id: 3
      sql_text: select sleep(5)
     thread_id: 3
 rows_affected: 0
*************************** 2. row ***************************
    start_time: 2020-06-28 10:45:37.720365
     user_host: root[root] @ localhost []
    query_time: 00:00:05.000784
     lock_time: 00:00:00.000000
     rows_sent: 1
 rows_examined: 0
            db: 
last_insert_id: 0
     insert_id: 0
     server_id: 3
      sql_text: select sleep(5)
     thread_id: 3
 rows_affected: 0
2 rows in set (0.001 sec)

MariaDB [(none)]> \q
Bye
[root@lxc my.cnf.d]# cat /var/lib/mysql/slow_query_log
/usr/sbin/mariadbd, Version: 10.5.4-MariaDB-log (MariaDB Server). started with:
Tcp port: 0  Unix socket: (null)
Time                Id Command  Argument
# Time: 200628 10:40:50
# User@Host: root[root] @ localhost []
# Thread_id: 3  Schema:   QC_hit: No
# Query_time: 5.000553  Lock_time: 0.000000  Rows_sent: 1  Rows_examined: 0
# Rows_affected: 0  Bytes_sent: 64
SET timestamp=1593355250;
select sleep(5);
/usr/sbin/mariadbd, Version: 10.5.4-MariaDB-log (MariaDB Server). started with:
Tcp port: 0  Unix socket: (null)
Time                Id Command  Argument
# Time: 200628 10:45:37
# User@Host: root[root] @ localhost []
# Thread_id: 3  Schema:   QC_hit: No
# Query_time: 5.000784  Lock_time: 0.000000  Rows_sent: 1  Rows_examined: 0
# Rows_affected: 0  Bytes_sent: 64
SET timestamp=1593355537;
select sleep(5);
[root@lxc my.cnf.d]#

　　提示：可以看到slow_log表和我們指定文件中都記錄；

　　用mysqldumpslow來統計慢查詢日誌

[root@lxc my.cnf.d]# mysqldumpslow 
Can't determine datadir from 'my_print_defaults instances' output: --slow_query_log=on
--log_output=file,table
--slow_query_log_file=/var/lib/mysql/slow_query_log
--log_slow_filter=admin,filesort,filesort_on_disk,filesort_priority_queue,full_join,full_scan,query_cache,query_cache_miss,tmp_table,tmp_table_on_disk
--log_slow_rate_limit=1
--log_slow_verbosity=1
--long_query_time=3
--server_id=3
--read_only
--relay_log_purge=0
--skip_name_resolve=1
[root@lxc my.cnf.d]# mysqldumpslow /var/lib/mysql/slow_query_log

Reading mysql slow query log from /var/lib/mysql/slow_query_log
Count: 2  Time=5.00s (10s)  Lock=0.00s (0s)  Rows_sent=1.0 (2), Rows_examined=0.0 (0), Rows_affected=0.0 (0), root[root]@localhost
  select sleep(N)

Count: 1  Time=4.02s (4s)  Lock=0.00s (0s)  Rows_sent=1.0 (1), Rows_examined=2.0 (2), Rows_affected=0.0 (0), root[root]@localhost
  select sleep(N),count(id) from first_db.test_tb

Count: 3  Time=4.00s (12s)  Lock=0.00s (0s)  Rows_sent=1.0 (3), Rows_examined=5.0 (15), Rows_affected=0.0 (0), root[root]@localhost
  select sleep(N),count(start_time) from mysql.slow_log

Count: 1  Time=4.00s (4s)  Lock=0.00s (0s)  Rows_sent=1.0 (1), Rows_examined=0.0 (0), Rows_affected=0.0 (0), root[root]@localhost
  select sleep(N)as a, N as b

[root@lxc my.cnf.d]#

　　提示：默認mysqldumpslow 不加任何選項和參數 它會打印配置文件內容，mysqldumpslow 後面給指定的slow日誌 它會統計出那些命令執行了幾次，總時長是多少等等；

　　使用日誌分析工具mysqlsla工具分析慢查詢日誌

　　安裝mysqlsla

[root@lxc my.cnf.d]# yum install perl-DBI perl-DBD-MySQL perl-devel -y
Loaded plugins: fastestmirror
base                                                                                                                                                | 3.6 kB  00:00:00     
docker-ce-stable                                                                                                                                    | 3.5 kB  00:00:00     
epel                                                                                                                                                | 4.7 kB  00:00:00     
extras                                                                                                                                              | 2.9 kB  00:00:00     
mariadb-main                                                                                                                                        | 2.9 kB  00:00:00     
mariadb-maxscale                                                                                                                                    | 2.4 kB  00:00:00     
mariadb-tools                                                                                                                                       | 2.9 kB  00:00:00     
updates                                                                                                                                             | 2.9 kB  00:00:00     
(1/3): updates/7/x86_64/primary_db                                                                                                                  | 2.9 MB  00:00:00     
(2/3): epel/x86_64/updateinfo                                                                                                                       | 1.0 MB  00:00:00     
(3/3): epel/x86_64/primary_db                                                                                                                       | 6.8 MB  00:00:01     
Loading mirror speeds from cached hostfile
 * base: mirrors.aliyun.com
 * extras: mirrors.aliyun.com
 * updates: mirrors.aliyun.com
Package perl-DBI-1.627-4.el7.x86_64 already installed and latest version
Resolving Dependencies
--> Running transaction check
---> Package perl-DBD-MySQL.x86_64 0:4.023-5.el7 will be updated
---> Package perl-DBD-MySQL.x86_64 0:4.023-6.el7 will be an update
---> Package perl-devel.x86_64 4:5.16.3-295.el7 will be installed
……省略部分內容
Installed:
  perl-devel.x86_64 4:5.16.3-295.el7                                                                                                                                       

Dependency Installed:
  gdbm-devel.x86_64 0:1.10-8.el7                           glibc-devel.x86_64 0:2.17-307.el7.1                      glibc-headers.x86_64 0:2.17-307.el7.1                  
  kernel-headers.x86_64 0:3.10.0-1127.13.1.el7             libdb-devel.x86_64 0:5.3.21-25.el7                       perl-ExtUtils-Install.noarch 0:1.58-295.el7            
  perl-ExtUtils-MakeMaker.noarch 0:6.68-3.el7              perl-ExtUtils-Manifest.noarch 0:1.61-244.el7             perl-ExtUtils-ParseXS.noarch 1:3.18-3.el7              
  perl-Test-Harness.noarch 0:3.28-3.el7                    pyparsing.noarch 0:1.5.6-9.el7                           systemtap-sdt-devel.x86_64 0:4.0-11.el7                

Updated:
  perl-DBD-MySQL.x86_64 0:4.023-6.el7                                                                                                                                      

Dependency Updated:
  glibc.x86_64 0:2.17-307.el7.1          glibc-common.x86_64 0:2.17-307.el7.1          libdb.x86_64 0:5.3.21-25.el7          libdb-utils.x86_64 0:5.3.21-25.el7         

Complete!
[root@lxc my.cnf.d]#cd
[root@lxc ~]#wget  ftp://ftp.tw.freebsd.org/pub/distfiles/mysqlsla-2.03.tar.gz
--2020-06-28 11:07:02--  ftp://ftp.tw.freebsd.org/pub/distfiles/mysqlsla-2.03.tar.gz
           => ‘mysqlsla-2.03.tar.gz’
Resolving ftp.tw.freebsd.org (ftp.tw.freebsd.org)... 140.113.17.209
Connecting to ftp.tw.freebsd.org (ftp.tw.freebsd.org)|140.113.17.209|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done.    ==> PWD ... done.
==> TYPE I ... done.  ==> CWD (1) /pub/distfiles ... done.
==> SIZE mysqlsla-2.03.tar.gz ... 33674
==> PASV ... done.    ==> RETR mysqlsla-2.03.tar.gz ... done.
Length: 33674 (33K) (unauthoritative)

100%[=================================================================================================================================>] 33,674      --.-K/s   in 0s      

2020-06-28 11:07:10 (195 MB/s) - ‘mysqlsla-2.03.tar.gz’ saved [33674]
[root@lxc ~]# ls
192.168.0.22  lxc_br_set.sh  LXC-Web-Panel  mysqlsla-2.03.tar.gz
[root@lxc ~]# tar xf mysqlsla-2.03.tar.gz 
[root@lxc ~]# cd mysqlsla-2.03/
[root@lxc mysqlsla-2.03]# perl Makefile.PL
Checking if your kit is complete...
Looks good
Writing Makefile for mysqlsla
[root@lxc mysqlsla-2.03]# make
cp lib/mysqlsla.pm blib/lib/mysqlsla.pm
cp bin/mysqlsla blib/script/mysqlsla
/usr/bin/perl -MExtUtils::MY -e 'MY->fixin(shift)' -- blib/script/mysqlsla
Manifying blib/man3/mysqlsla.3pm
[root@lxc mysqlsla-2.03]# make install
Installing /usr/local/share/perl5/mysqlsla.pm
Installing /usr/local/share/man/man3/mysqlsla.3pm
Installing /usr/local/bin/mysqlsla
Appending installation info to /usr/lib64/perl5/perllocal.pod
[root@lxc mysqlsla-2.03]#

　　使用mysqlsla分析慢查詢日誌/var/lib/mysql/slow_query_log

[root@lxc mysqlsla-2.03]# mysqlsla -lt slow /var/lib/mysql/slow_query_log  
Report for msl logs: /var/lib/mysql/slow_query_log
7 queries total, 4 unique
Sorted by 't_sum'
Grand Totals: Time 30 s, Lock 0 s, Rows sent 7, Rows Examined 17


______________________________________________________________________ 001 ___
Count         : 3  (42.86%)
Time          : 12.003227 s total, 4.001076 s avg, 4.000803 s to 4.001615 s max  (39.97%)
Lock Time (s) : 595 otal, 198 vg, 151 o 257 ax  (26.81%)
Rows sent     : 1 avg, 1 to 1 max  (42.86%)
Rows examined : 5 avg, 4 to 6 max  (88.24%)
Database      :   QC_hit: No
Users         : 
        root@localhost  : 100.00% (3) of query, 100.00% (7) of all users

Query abstract:
SELECT sleep(N),COUNT(start_time) FROM mysql.slow_log;

Query sample:
select sleep(4),count(start_time) from mysql.slow_log;

______________________________________________________________________ 002 ___
Count         : 2  (28.57%)
Time          : 10.001337 s total, 5.000668 s avg, 5.000553 s to 5.000784 s max  (33.31%)
Lock Time (s) : 0 total, 0 avg, 0 to 0 max  (0.00%)
Rows sent     : 1 avg, 1 to 1 max  (28.57%)
Rows examined : 0 avg, 0 to 0 max  (0.00%)
Database      :   QC_hit: No
Users         : 
        root@localhost  : 100.00% (2) of query, 100.00% (7) of all users

Query abstract:
SELECT sleep(N);

Query sample:
select sleep(5);

______________________________________________________________________ 003 ___
Count         : 1  (14.29%)
Time          : 4.023146 s total, 4.023146 s avg, 4.023146 s to 4.023146 s max  (13.40%)
Lock Time (s) : 1.624 ms total, 1.624 ms avg, 1.624 ms to 1.624 ms max  (73.19%)
Rows sent     : 1 avg, 1 to 1 max  (14.29%)
Rows examined : 2 avg, 2 to 2 max  (11.76%)
Database      :   QC_hit: No
Users         : 
        root@localhost  : 100.00% (1) of query, 100.00% (7) of all users

Query abstract:
SELECT sleep(N),COUNT(id) FROM first_db.test_tb;

Query sample:
select sleep(4),count(id) from first_db.test_tb;

______________________________________________________________________ 004 ___
Count         : 1  (14.29%)
Time          : 4.000851 s total, 4.000851 s avg, 4.000851 s to 4.000851 s max  (13.32%)
Lock Time (s) : 0 total, 0 avg, 0 to 0 max  (0.00%)
Rows sent     : 1 avg, 1 to 1 max  (14.29%)
Rows examined : 0 avg, 0 to 0 max  (0.00%)
Database      :   QC_hit: No
Users         : 
        root@localhost  : 100.00% (1) of query, 100.00% (7) of all users

Query abstract:
SELECT sleep(N)AS a, N AS b;

Query sample:
select sleep(4)as a, 1 as b;
[root@lxc mysqlsla-2.03]#

　　提示：可以看到msyqlsla把慢查詢日誌更具體的分析了一次，每個語句執行了多少次，總時間，平均時間等等信息；

　　3、錯誤日誌，該日誌記錄了mairadbd啟動關閉過程中的輸出信息，mariadbd運行中產生的錯誤信息，事件調度產生的信息，和主從複製架構中，從服務器複製線程啟動時產生的信息；配置錯誤日誌如下

　　提示：以上紅框中的內容表示啟動錯誤日誌功能，並保持到/var/log/mariadb/mariadb_error.log;並開啟記錄警告信息到錯誤日誌中；

　　重啟服務看看對應文件中是否會記錄mariadb啟動信息？

[root@lxc my.cnf.d]# systemctl restart mariadb
[root@lxc my.cnf.d]# ll /var/log/mariadb/mariadb_error.log
-rw-rw---- 1 mysql mysql 2411 Jun 28 11:35 /var/log/mariadb/mariadb_error.log
[root@lxc my.cnf.d]# cat /var/log/mariadb/mariadb_error.log
2020-06-28 11:35:44 0 [Note] /usr/sbin/mariadbd (initiated by: unknown): Normal shutdown
2020-06-28 11:35:44 0 [Note] Event Scheduler: Purging the queue. 0 events
2020-06-28 11:35:44 0 [Note] InnoDB: FTS optimize thread exiting.
2020-06-28 11:35:44 0 [Note] InnoDB: Starting shutdown...
2020-06-28 11:35:44 0 [Note] InnoDB: Dumping buffer pool(s) to /var/lib/mysql/ib_buffer_pool
2020-06-28 11:35:44 0 [Note] InnoDB: Buffer pool(s) dump completed at 200628 11:35:44
2020-06-28 11:35:45 0 [Note] InnoDB: Shutdown completed; log sequence number 91510; transaction id 181
2020-06-28 11:35:45 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-06-28 11:35:45 0 [Note] /usr/sbin/mariadbd: Shutdown complete

2020-06-28 11:35:45 0 [Note] InnoDB: Using Linux native AIO
2020-06-28 11:35:45 0 [Note] InnoDB: Uses event mutexes
2020-06-28 11:35:45 0 [Note] InnoDB: Compressed tables use zlib 1.2.7
2020-06-28 11:35:45 0 [Note] InnoDB: Number of pools: 1
2020-06-28 11:35:45 0 [Note] InnoDB: Using SSE4.2 crc32 instructions
2020-06-28 11:35:45 0 [Note] InnoDB: Initializing buffer pool, total size = 134217728, chunk size = 134217728
2020-06-28 11:35:45 0 [Note] InnoDB: Completed initialization of buffer pool
2020-06-28 11:35:45 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-06-28 11:35:45 0 [Note] InnoDB: 128 rollback segments are active.
2020-06-28 11:35:45 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-06-28 11:35:45 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-06-28 11:35:45 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-06-28 11:35:45 0 [Note] InnoDB: 10.5.4 started; log sequence number 91510; transaction id 180
2020-06-28 11:35:45 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-06-28 11:35:45 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-06-28 11:35:45 0 [Note] InnoDB: Buffer pool(s) load completed at 200628 11:35:45
2020-06-28 11:35:45 0 [Note] Server socket created on IP: '::'.
2020-06-28 11:35:45 0 [Warning] 'proxies_priv' entry '@% root@lxc' ignored in --skip-name-resolve mode.
2020-06-28 11:35:45 0 [Note] /usr/sbin/mariadbd: ready for connections.
Version: '10.5.4-MariaDB-log'  socket: '/var/lib/mysql/mysql.sock'  port: 3306  MariaDB Server
[root@lxc my.cnf.d]#

　　提示：可以看到我們手動指定的文件是可以正常記錄mariadb啟動過程中產生的日誌信息和警告信息；

　　測試：故意把配置文件配置錯誤，重啟服務，看看是否反映到錯誤日誌中？

　　提示：紅框中內容是我故意多寫了一個i ，接下來我們重啟服務，看看錯誤日中是否會反饋出來；

　　提示：可以看到在錯誤日誌文件中，它告訴我們未知的變量；

　　4、二進制日誌：用於記錄引起數據改變或存在引起數據改變的潛在可能性的語句（STATEMENT）或改變后的結果（ROW），也可能是二者混合；這個日誌在主從複製架構中非常重要，主要功能就是記錄增刪改語句，用於“重放”實現從節點和主節點數據相同的目的；配置如下

　　提示：以上紅框中的配置表示開啟二進制日誌，並保持到/var/lib/mysql/下，以mysql-bin開頭命名；二進制文件的最大容量是1G；sync_binlog=1表示只要有二進制文件產生就立刻同步到磁盤；

　　測試：重啟服務，看看對應文件是否產生？

　　提示：可以看到/var/lib/mysql/目錄下有一個mysql-bin.000001的文件產生了；

　　連接數據庫，查看二進制文件列表

[root@lxc my.cnf.d]# mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 4
Server version: 10.5.4-MariaDB-log MariaDB Server

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

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

MariaDB [(none)]> show master logs;
+------------------+-----------+
| Log_name         | File_size |
+------------------+-----------+
| mysql-bin.000001 |       513 |
+------------------+-----------+
1 row in set (0.001 sec)

MariaDB [(none)]> show binary logs;
+------------------+-----------+
| Log_name         | File_size |
+------------------+-----------+
| mysql-bin.000001 |       513 |
+------------------+-----------+
1 row in set (0.000 sec)

MariaDB [(none)]>

　　提示：以上語句都表示查看二進制日誌文件列表；

　　查看當前正在使用的二進制日誌文件

MariaDB [(none)]> show master status;
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000001 |      513 |              |                  |
+------------------+----------+--------------+------------------+
1 row in set (0.000 sec)

MariaDB [(none)]>

　　提示：可以看到當前正在使用mysql-bin.000001這個文件，當前位置是328

　　查看二進制日誌文件中的事件

MariaDB [first_db]> show binlog events;
+------------------+-----+-------------------+-----------+-------------+-----------------------------------------------------------+
| Log_name         | Pos | Event_type        | Server_id | End_log_pos | Info                                                      |
+------------------+-----+-------------------+-----------+-------------+-----------------------------------------------------------+
| mysql-bin.000001 |   4 | Format_desc       |         3 |         256 | Server ver: 10.5.4-MariaDB-log, Binlog ver: 4             |
| mysql-bin.000001 | 256 | Gtid_list         |         3 |         285 | []                                                        |
| mysql-bin.000001 | 285 | Binlog_checkpoint |         3 |         328 | mysql-bin.000001                                          |
| mysql-bin.000001 | 328 | Gtid              |         3 |         370 | BEGIN GTID 0-3-1                                          |
| mysql-bin.000001 | 370 | Query             |         3 |         482 | use `first_db`; insert into test_tb values(3,"wangwu",22) |
| mysql-bin.000001 | 482 | Xid               |         3 |         513 | COMMIT /* xid=17 */                                       |
+------------------+-----+-------------------+-----------+-------------+-----------------------------------------------------------+
6 rows in set (0.001 sec)

MariaDB [first_db]>

　　提示：以上是在數據庫上用語句查看二進制日誌事件；我們也可以在shell中使用mysqlbinlog命令來查看二進制文件內容；

　　使用msyqlbinlog命令查看二進制日誌內容

[root@lxc ~]# mysqlbinlog /var/lib/mysql/mysql-bin.000001 
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!40019 SET @@session.max_insert_delayed_threads=0*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#200628 11:58:31 server id 3  end_log_pos 256 CRC32 0x9afc2aa7  Start: binlog v 4, server v 10.5.4-MariaDB-log created 200628 11:58:31 at startup
# Warning: this binlog is either in use or was not closed properly.
ROLLBACK/*!*/;
BINLOG '
J774Xg8DAAAA/AAAAAABAAABAAQAMTAuNS40LU1hcmlhREItbG9nAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAnvvheEzgNAAgAEgAEBAQEEgAA5AAEGggAAAAICAgCAAAACgoKAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAEEwQADQgICAoKCgGnKvya
'/*!*/;
# at 256
#200628 11:58:31 server id 3  end_log_pos 285 CRC32 0x516669db  Gtid list []
# at 285
#200628 11:58:31 server id 3  end_log_pos 328 CRC32 0x8395a8cd  Binlog checkpoint mysql-bin.000001
# at 328
#200628 12:13:13 server id 3  end_log_pos 370 CRC32 0xd9b2a8a4  GTID 0-3-1 trans
/*!100101 SET @@session.skip_parallel_replication=0*//*!*/;
/*!100001 SET @@session.gtid_domain_id=0*//*!*/;
/*!100001 SET @@session.server_id=3*//*!*/;
/*!100001 SET @@session.gtid_seq_no=1*//*!*/;
BEGIN
/*!*/;
# at 370
#200628 12:13:13 server id 3  end_log_pos 482 CRC32 0x5737f424  Query   thread_id=5     exec_time=0     error_code=0
use `first_db`/*!*/;
SET TIMESTAMP=1593360793/*!*/;
SET @@session.pseudo_thread_id=5/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1, @@session.check_constraint_checks=1, @@session.sql_if_exists=0/*!*/;
SET @@session.sql_mode=1411383296/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!\C utf8 *//*!*/;
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=8/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
insert into test_tb values(3,"wangwu",22)
/*!*/;
# at 482
#200628 12:13:13 server id 3  end_log_pos 513 CRC32 0x43126028  Xid = 17
COMMIT/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
[root@lxc ~]#

　　提示：可以看到我們往test_tb表中插入的數據，在二進制文件中有記錄，但是沒有查詢語句；二進制日誌文件是不會記錄查詢語句，它只會記錄對數據有變動的語句；

　　用mysqlbinlog工具查看指定位置後端日誌內容

[root@lxc ~]# mysqlbinlog -j 370 /var/lib/mysql/mysql-bin.000001 
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!40019 SET @@session.max_insert_delayed_threads=0*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#200628 11:58:31 server id 3  end_log_pos 256 CRC32 0x9afc2aa7  Start: binlog v 4, server v 10.5.4-MariaDB-log created 200628 11:58:31 at startup
# Warning: this binlog is either in use or was not closed properly.
ROLLBACK/*!*/;
BINLOG '
J774Xg8DAAAA/AAAAAABAAABAAQAMTAuNS40LU1hcmlhREItbG9nAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAnvvheEzgNAAgAEgAEBAQEEgAA5AAEGggAAAAICAgCAAAACgoKAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAEEwQADQgICAoKCgGnKvya
'/*!*/;
# at 370
#200628 12:13:13 server id 3  end_log_pos 482 CRC32 0x5737f424  Query   thread_id=5     exec_time=0     error_code=0
use `first_db`/*!*/;
SET TIMESTAMP=1593360793/*!*/;
SET @@session.pseudo_thread_id=5/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1, @@session.check_constraint_checks=1, @@session.sql_if_exists=0/*!*/;
SET @@session.sql_mode=1411383296/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!\C utf8 *//*!*/;
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=8/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
insert into test_tb values(3,"wangwu",22)
/*!*/;
# at 482
#200628 12:13:13 server id 3  end_log_pos 513 CRC32 0x43126028  Xid = 17
COMMIT/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
[root@lxc ~]#

　　用mysqlbinlog查看指定起始位置的日誌信息

[root@lxc ~]# mysqlbinlog --start-position=370 --stop-position=482 /var/lib/mysql/mysql-bin.000001      
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!40019 SET @@session.max_insert_delayed_threads=0*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#200628 11:58:31 server id 3  end_log_pos 256 CRC32 0x9afc2aa7  Start: binlog v 4, server v 10.5.4-MariaDB-log created 200628 11:58:31 at startup
# Warning: this binlog is either in use or was not closed properly.
ROLLBACK/*!*/;
BINLOG '
J774Xg8DAAAA/AAAAAABAAABAAQAMTAuNS40LU1hcmlhREItbG9nAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAnvvheEzgNAAgAEgAEBAQEEgAA5AAEGggAAAAICAgCAAAACgoKAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAEEwQADQgICAoKCgGnKvya
'/*!*/;
# at 370
#200628 12:13:13 server id 3  end_log_pos 482 CRC32 0x5737f424  Query   thread_id=5     exec_time=0     error_code=0
use `first_db`/*!*/;
SET TIMESTAMP=1593360793/*!*/;
SET @@session.pseudo_thread_id=5/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1, @@session.check_constraint_checks=1, @@session.sql_if_exists=0/*!*/;
SET @@session.sql_mode=1411383296/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!\C utf8 *//*!*/;
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=8/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
insert into test_tb values(3,"wangwu",22)
/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
[root@lxc ~]#

　　用mysqlbinlog查看指定開始時間以後的日誌

[root@lxc ~]# mysqlbinlog --start-datetime="2020-06-28 12:39:05" /var/lib/mysql/mysql-bin.000001
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!40019 SET @@session.max_insert_delayed_threads=0*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#200628 11:58:31 server id 3  end_log_pos 256 CRC32 0x9afc2aa7  Start: binlog v 4, server v 10.5.4-MariaDB-log created 200628 11:58:31 at startup
# Warning: this binlog is either in use or was not closed properly.
ROLLBACK/*!*/;
BINLOG '
J774Xg8DAAAA/AAAAAABAAABAAQAMTAuNS40LU1hcmlhREItbG9nAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAnvvheEzgNAAgAEgAEBAQEEgAA5AAEGggAAAAICAgCAAAACgoKAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAEEwQADQgICAoKCgGnKvya
'/*!*/;
# at 513
#200628 12:39:05 server id 3  end_log_pos 555 CRC32 0xf924553d  GTID 0-3-2 trans
/*!100101 SET @@session.skip_parallel_replication=0*//*!*/;
/*!100001 SET @@session.gtid_domain_id=0*//*!*/;
/*!100001 SET @@session.server_id=3*//*!*/;
/*!100001 SET @@session.gtid_seq_no=2*//*!*/;
BEGIN
/*!*/;
# at 555
#200628 12:39:05 server id 3  end_log_pos 668 CRC32 0x496c0f4f  Query   thread_id=6     exec_time=0     error_code=0
use `first_db`/*!*/;
SET TIMESTAMP=1593362345/*!*/;
SET @@session.pseudo_thread_id=6/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1, @@session.check_constraint_checks=1, @@session.sql_if_exists=0/*!*/;
SET @@session.sql_mode=1411383296/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!\C utf8 *//*!*/;
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=8/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
insert into test_tb values (4,"wukong",99)
/*!*/;
# at 668
#200628 12:39:05 server id 3  end_log_pos 699 CRC32 0xf5032d63  Xid = 27
COMMIT/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
[root@lxc ~]#

　　用mysqlbinlog查看指定時間段的日誌信息

[root@lxc ~]# mysqlbinlog --start-datetime="2020-06-28 12:13:13" --stop-datetime="2020-06-28 12:43:42" /var/lib/mysql/mysql-bin.000001        
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!40019 SET @@session.max_insert_delayed_threads=0*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#200628 11:58:31 server id 3  end_log_pos 256 CRC32 0x9afc2aa7  Start: binlog v 4, server v 10.5.4-MariaDB-log created 200628 11:58:31 at startup
# Warning: this binlog is either in use or was not closed properly.
ROLLBACK/*!*/;
BINLOG '
J774Xg8DAAAA/AAAAAABAAABAAQAMTAuNS40LU1hcmlhREItbG9nAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAnvvheEzgNAAgAEgAEBAQEEgAA5AAEGggAAAAICAgCAAAACgoKAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAEEwQADQgICAoKCgGnKvya
'/*!*/;
# at 328
#200628 12:13:13 server id 3  end_log_pos 370 CRC32 0xd9b2a8a4  GTID 0-3-1 trans
/*!100101 SET @@session.skip_parallel_replication=0*//*!*/;
/*!100001 SET @@session.gtid_domain_id=0*//*!*/;
/*!100001 SET @@session.server_id=3*//*!*/;
/*!100001 SET @@session.gtid_seq_no=1*//*!*/;
BEGIN
/*!*/;
# at 370
#200628 12:13:13 server id 3  end_log_pos 482 CRC32 0x5737f424  Query   thread_id=5     exec_time=0     error_code=0
use `first_db`/*!*/;
SET TIMESTAMP=1593360793/*!*/;
SET @@session.pseudo_thread_id=5/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1, @@session.check_constraint_checks=1, @@session.sql_if_exists=0/*!*/;
SET @@session.sql_mode=1411383296/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!\C utf8 *//*!*/;
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=8/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
insert into test_tb values(3,"wangwu",22)
/*!*/;
# at 482
#200628 12:13:13 server id 3  end_log_pos 513 CRC32 0x43126028  Xid = 17
COMMIT/*!*/;
# at 513
#200628 12:39:05 server id 3  end_log_pos 555 CRC32 0xf924553d  GTID 0-3-2 trans
/*!100001 SET @@session.gtid_seq_no=2*//*!*/;
BEGIN
/*!*/;
# at 555
#200628 12:39:05 server id 3  end_log_pos 668 CRC32 0x496c0f4f  Query   thread_id=6     exec_time=0     error_code=0
SET TIMESTAMP=1593362345/*!*/;
insert into test_tb values (4,"wukong",99)
/*!*/;
# at 668
#200628 12:39:05 server id 3  end_log_pos 699 CRC32 0xf5032d63  Xid = 27
COMMIT/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
[root@lxc ~]#

　　提示：根據上面時間或者位置指定範圍后，我們就可以過濾我們需要的信息來做處理；如下，過濾insert語句

[root@lxc ~]# mysqlbinlog --start-datetime="2020-06-28 12:13:13" --stop-datetime="2020-06-28 12:43:42" /var/lib/mysql/mysql-bin.000001|grep insert
/*!40019 SET @@session.max_insert_delayed_threads=0*/;
insert into test_tb values(3,"wangwu",22)
insert into test_tb values (4,"wukong",99)
[root@lxc ~]#

　　提示：可以看到通過過濾關鍵字就可以很快定位到我們日誌中記錄了那些語句，一眼就能清楚知道之前執行過什麼語句；

　　5、中繼日誌，該日誌主要是在主從複製架構中記錄從主服務器的二進制日誌文件同步過來的事件信息；開啟中繼日誌配置如下

　　提示：以上配置表示開啟中繼日誌並保持到/var/lib/mysql/relay_log中；

　　確定配置中繼日誌是否開啟成功，方法一，搭建主從複製，開啟主從複製線程，在對應目錄看是否有對應文件生成，方法二，直接在數據庫里查看reay_log變量的值，如果是我們配置的路基，表示開啟成功，否則失敗

　　提示：從上面的截圖可以看到關於中繼日誌參數的配置有以上幾種，max_relay_log_size表示中繼日誌的最大容量；relay_log表示中繼日誌存放路徑和中繼日誌以那個名稱開頭，這個和二進制日誌的配置邏輯差不多；relay_log_basename表示已那個名字作為中繼日誌的基名；relay_log_index表示relay_log.index文件存放地；relay_log_info_file表示relay_log.info 文件名；relay_log_purge表示是否開啟修剪中繼日誌；relay_log_recovery表示是否開啟中繼日誌恢復功能（是否隨mariadb服務啟動而創建一個新的relay_log,將sql線程的位置初始化到新的relay log，並將i/o線程初始化到sql線程位置。）relay_log_space_limit表示是否開啟中繼日誌空間限制；sync_relay_log表示多少次事務同步一次中繼日誌到磁盤；sync_relay_log_info表示多少次事務同步一次relay-log.info；

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

※網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司，幫您輕鬆架站!

※想要讓你的商品成為最夯、最多人討論的話題?網頁設計公司讓你強力曝光

※想知道最厲害的台北網頁設計公司推薦、台中網頁設計公司推薦專業設計師”嚨底家”!!

※新北清潔公司,居家、辦公、裝潢細清專業服務

項目一再跳票？試試這一招：用Deadline倒逼生產力

admin

我想也許你早就聽說過“Deadline是第一生產力”這句話，哪怕以前沒聽說過，我相信看完本文後，再也不會忘記這句話，甚至時不時還要感慨一句：“Deadline是第一生產力！”。

在日常生活中，Deadline倒逼生產力的例子比比皆是，比如說：

  • 上學時，臨近到要交作業的Deadline了，遊戲都顧不上玩了，急急忙忙趕作業。
  • 工作中，項目發布的Deadline臨近了，大家加班加點，熱火朝天趕着開發功能和修復bug。
  • 生活中，快到了要報稅的Deadline了，每個人都急急忙忙趕在Deadline前把稅給報了。
    不管多拖延的人，快到了Deadline的時候，總能爆發出驚人的生產力。這就是為什麼我們總是說：Deadline 是第一生產力。

與之相反的例子也很多，一些沒有Deadline的事情，總會能拖則拖，直到不能拖為止，或者乾脆不了了之。比如說：

  • 程序員常有一些絕妙的想法，比如寫一個開源項目，做一個App或者網站，結果因為沒有Deadline，結果總是開了個頭，就再沒結果了。
  • 工作中很多項目，雖然有計劃，但是沒有強Deadline，結果需求一改再改，計劃總是在跟着調整延遲，一直不能上線。
  • 比如說我這篇文章，打算寫很久了，但因為沒有Deadline一直拖着，最近終於給自己定了一個Deadline是這周末要寫出來，這才開始動筆。
    這些失敗的例子，歸根結底，一個很重要的原因就是沒有Deadline，導致不能發揮出生產力，或者生產力沒有用在正確的地方。

Deadline為什麼能創造出巨大的生產力？

為什麼Deadline這麼神奇，能創造出巨大的生產力？

無論是個人的事情還是項目，生產力低下，不能按時完成的原因，總結下來不外乎三種：

  1. 想太多
  2. 過於追求完美、關注細節
  3. 不夠專註

想太多

回想一下你做過的事或者項目，是不是會有“想太多”的情況。這並不是說在動手做之前先思考不好，而是有時候，因為停留在想的時間太長，遲遲沒有動手，導致想的太多對於做成一件事反而會成為一種阻礙。

比如說想寫一篇文章，打腹稿打的太久，最後都模糊了當初要寫的觀點，真下筆的時候，很多思考完全用不上；想寫一個程序，設計了太久，不僅花了太多的時間在不必要的設計上，最後留給寫程序的時間就不多了；做一個項目，在需求上想太多，遲遲不能確定，最後留給後面設計和開發的時間很短。

當有了明確的Deadline，想太多的問題就會有明顯的改善，該寫的文章就動手寫起來了，程序差不多時間也就動手編碼起來了，需求也能早點明確下來。

過於追求完美、關注細節

追求完美、關注細節不是壞事，像喬布斯就以關注細節而聞名，但對一個項目來說，有時候過於追求完美、關注細節反而會導致項目失敗。

比如說想打造“完美”的產品，導致產品一改再改，遲遲無法上線；程序設計時考慮各種未來可能的需求，導致設計非常複雜，很難實現。

想象一下，如果你本來想做一個完美的產品、設計一個完美的架構設計，但是有個很嚴格的Deadline，必須要保證在Deadline前交付，那麼你是不是就不會那麼追求完美和細節，而是抓住最核心最主要的功能和設計，先保證能交付。

不夠專註

當一件事沒有明確的deadline時，就很容易被其他事情分心，比如說上上網、玩玩遊戲，只有在deadline臨近時，才能專註在要做的事情上，不再被那些無關緊要的事所分心。

借用時間四象限的理論，有了Deadline，你要做的事情就變成了“重要並且緊急”，否則就會變成“重要不緊急”甚至是“不重要不緊急”，以至於一拖再拖。

結合項目管理金三角來分析

我曾經在《怎樣平衡軟件質量與時間成本範圍的關係？》一文中提到了項目管理金三角的理論，也就是軟件質量和時間成本範圍三者之間是相互制約的關係。

結合前面的分析：

  • “想太多”的問題本質上是在壓縮了你的有效時間和擴大了範圍，導致失控；
  • “過於追求完美、關注細節”的問題本質上是擴大了範圍，導致失控；
  • “不夠專註”則是一些不重要的事情擠壓了你的時間。

而當你的項目有強Deadline的時候，說明金三角的三條邊中，時間這條邊是固定住的，只能少不能多，那你就只能去調整範圍和成本另兩條邊。而成本很多時候也是不能動的，最終結果就是縮小範圍和有效利用時間。

所以說，Deadline之所以能提升生產力，歸根結底，是由於利用Deadline，倒逼着你縮小“範圍”，做當前最重要最有價值的事情；利用Deadline，讓你專註，不浪費時間在不重要的事情上。從而可以把Deadline，變成第一生產力。

如何在項目中應用好“Deadline 是第一生產力”？

既然Deadline是第一生產力，那是不是只要凡事設置一個Deadline，就萬事大吉，自然就可以把事情做好？把項目完成好？

顯然也不是那麼簡單的事情！並不是隨便把一個時間點設成Deadline，就可以馬上激發生產力。

首先你的Deadline是否有一定的強制性？

Deadline之所以能成為Deadline，就是因為它具有一定的強制性，Deadline到了之後沒能完成會有一定後果。比如說你作業沒能按時交，那麼分數就會受影響；項目沒能按時交付，績效就會受影響。

很多優秀的程序員，在公司的項目中能高效的完成任務，相反自己在做Side Project的時候卻各種拖延，難以交付，就是因為無法給自己定一個Deadline，就算定了時間點，到時間沒能完成也不用承擔什麼後果，自然就難以將Deadline變成生產力。

有時候如果自己真的難以執行，可以讓家人朋友幫助監督，或者可以學學亞馬遜的逆向工作法（Working backwards），在打造一個新產品前，不是按傳統的需求、設計、開發、測試和發布流程，而是先寫新聞稿，然後開新聞發布會告訴大眾要打造一個什麼樣的產品，以及什麼時間發布，再去設計開發。這樣在寫新聞稿的時候就想清楚你的產品要交付的最核心的功能是什麼，以及你的Deadline是什麼。

當你把要做的事情和Deadline當作牛逼吹出去了，要想不被人笑話，就要考慮為你吹過的牛逼奮鬥，保證在Deadline之前有所交付了。

然後你的Deadline是否具有可操作性？

成功的Deadline一定都是以科學的計劃為基礎的，否則不切實際的Deadline就會鬧出像“兩個女人5個月生孩子”這樣的笑話。

怎麼樣的Deadline才算具有可操作性呢？

首先Deadline的時間點不宜太遙遠。

當你的Deadline定的太過遙遠，只有在Deadline臨近的時候，才能發揮出作用，但可能已經太遲了。

傳統的瀑布模型開發軟件就是典型的例子。使用瀑布模型開發軟件項目，也會有一個項目發布的Deadline，但是這個Deadline通常在幾個月甚至一年之後，結果通常就是開發過程前松后緊，剛開始不忙，臨到上線時加班加點。

後來針對這種情況，一個改善的方案就是設置里程碑，里程碑本質上就是把一個長的Deadline拆分成幾個短的Deadline，比如說需求分析完成是一個裡程碑、開發完成是一個裡程碑。這樣的藉助一個個裡程碑，讓Deadline貫穿項目始終，持續的激發生產力。

然後Deadline到了必須要有交付。

很多人有追求完美的情結，即使Deadline到了，因為覺得產品不完美而不願意交付，所以寧可將Deadline不斷調整，一直延期，最終導致Deadline形同虛設。

完美是沒有止境的，在你眼裡不完美的東西也許在其他人而言，已經可以滿足需求了。Deadline的一個意義也在於通過Deadline，讓你在有限的時間內必須要有交付，倒逼着你放棄完美清潔，想清楚什麼是你應該交付的最重要的東西。

交付，也不意味之交付一個漏洞百出半成品給大眾，而是通過縮小範圍，交付一個完成的最小可用的版本。

另外軟件的交付也分兩種，一種是內部的可供測試的版本，一種是外部的正式發布的版本。比如像Chrome (Chrome Release Cycle) 的開發，會交付不同的版本給不同的用戶，比如每天交付的開發版本，但是只是內部人員使用。還有Beta版本，只是給一部分測試用戶，最終交付給用戶的，已經是一個經過反覆測試完善的穩定版本了。

再有就是Deadline到了必須要有完整的交付。

前面說的里程碑的方案可以很好的解決Deadline太長的問題，但也有問題，那就是在里程碑的Deadline到了的時候，雖然有交付，但交付的產物並不是十分清晰。比如說需求設計里程碑到了，只是一些模糊不清的需求文檔。結果就只能是基於這種模糊不清的需求文檔，邊開發邊修改，導致後續因為需求修改而產生很多不必要的浪費。

所以Deadline到了的時候，不能交付一個半成品或者模稜兩可的結果，而必須是一個完整的結果，否則這樣的Deadline，生產力是大打折扣的。

最後再給你看一個在軟件項目中，應用好“Deadline 是第一生產力”的經典例子。

敏捷開發的時間盒子

可能你已經知道敏捷開發，每天都在用敏捷開發管理軟件項目，也許你還不知道什麼是敏捷開發，在這裏我並展開多講，只講其中的時間盒子（Time Boxing）概念。

在敏捷開發中，一個軟件項目的開發，是採用的迭代開發的模式，並不是一次交付完整的產品，而是通過一個個的迭代，每次交付一部分可以運行的產品，最終交付完整的交付。

每一個迭代都是一個固定時長的時間盒子，時間通常不會太長，1-4周左右，但每個迭代結束，都要求要交付可執行的產品。

這個時間盒子本質上就是一個個的Deadline，每次時間盒子的結束點就是一個Deadline。那這樣做有什麼意義呢？

首先，每次迭代前，你要計劃好：當前迭代要做哪些事情？deadline到了的時候能交付什麼？

因為有Deadline的壓力，每次迭代時間是有限的，而你又必須要交付，那麼就會倒逼着你在計劃的時候，會優先選擇當前優先級最高的任務，專註在重要的事情上。

然後，在迭代的過程中，你要盡可能的提升效率，保證在Deadline之前能交付。

如果你想要在Deadline之前盡可能的交付更多的東西，那就會倒逼着你去提升效率。

所以你在設計的時候，只會做剛剛好的設計；所以你會寫自動化測試，從而提升測試的效率；所以你會採用像CI/CD這樣的工具，幫助你將很多工作自動化，提升效率。

最後，在迭代完成的時候，Deadline到了，你一定要有完整的交付。

前面說到了：在Deadline到了后，有交付、有完整的交付非常重要。這也會倒逼着你去思考如果提升發布版本的質量。

要保證你有一個穩定的可交付的版本，在敏捷開發中有很多很好的實踐：

  • 首先是要有充分的測試，完全人工測試顯然是跟不上快速迭代的節奏的，所以要有大量自動化測試來輔助，保證可以同自動化的方式覆蓋各種測試用例；
  • 然後需求不能頻繁變更，這就意味着在一個迭代中，通常不會接受需求的變更；
  • 還有就是採用分支的方式來開發新功能或開發bug，只有代碼審查和測試通過才能合併，這樣你就有一個穩定的隨時可以發布的分支。

敏捷開發的時間盒子，就是一個藉助Deadline來提升生產力的經典應用。藉助Deadline，倒逼着你專註於重要的事，倒逼着你提升效率，倒逼着你按時交付可執行的內容。

即使你不是採用的敏捷開發的時間盒子來開發項目，其中很多藉助Deadline激發生產力的思想和方法，都可以借鑒到你的項目開發甚至是日常生活中。

Deadline就是第一生產力，希望你能理解和應用好Deadline，幫助你提升生產力。

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※USB CONNECTOR掌控什麼技術要點? 帶您認識其相關發展及效能

※評比前十大台北網頁設計、台北網站設計公司知名案例作品心得分享

※智慧手機時代的來臨，RWD網頁設計已成為網頁設計推薦首選

※評比南投搬家公司費用收費行情懶人包大公開

※幫你省時又省力,新北清潔一流服務好口碑

瑞典環保少女啟發 泰年輕人投身氣候變遷運動

admin

摘錄自2019年12月01日中央通訊社泰國報導

受到16歲瑞典環保少女童貝里（Greta Thunberg）啟發，一群泰國年輕人起身組織氣候變遷抗議活動，希望喚起泰國人重視環保議題，目前已有越來越多年輕人加入他們的行列。這場活動是由一群年紀約20歲的泰國年輕人發起的，沒有政黨色彩，沒有強大的組織，主要發起人是年僅22歲、剛從大學畢業的楠緹查（Nanticha Ocharoenchai）。

日前在曼谷市中心的是樂園（Lumpini Park）有一場特別的抗議活動，上百人高舉著「氣候變遷比功課還糟糕」、「如果不停止的話我們都會死」、「這是我們的未來」、「改變正在發生」等標語，並高喊「我們現在就要行動！」等口號，上百人隨後躺在是樂園的地上，代表這塊土地受到氣候變遷的衝擊，正在逐漸衰亡。

根據世界銀行在9月發布的報告，曼谷每年都在下沉，估計到2030年，曼谷有40%的土地會被水淹沒。

這個活動的目標就是希望泰國政府採取行動，也希望喚起更多泰國人關心氣候變遷的議題，因此參與這場抗議活動的除了大人，還有很多曼谷各區的大學生、中學生甚至小學生。被朋友暱稱為琳（Lynn）的楠緹查和她的團隊今年已經第4次在泰國發起這樣的抗議活動，從一開始僅50多人到這次的上百人，越來越多人注意到氣候變遷議題。

琳曾經發信給泰國自然資源和環境部（Ministry of Natural Resources and Environment），呼籲泰國政府承諾減少煤炭使用量，並且在2025年提高使用再生能源佔全部能源的比例達50%，2040年可以達到100%使用再生能源。

琳關心氣候變遷議題已經3、4年時間，但直到今年，她決定發起實際行動，希望帶來更多改變。她說，有越來越多的年輕人願意加入他們，他們也得到政府部門和大企業的正面回應。

本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※帶您來了解什麼是 USB CONNECTOR  ?

※自行創業 缺乏曝光? 下一步"網站設計"幫您第一時間規劃公司的門面形象

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!!

※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化

※廣告預算用在刀口上，網站設計公司幫您達到更多曝光效益

※教你寫出一流的銷售文案?

氣候峰會前歐亞示威者上街 籲當局對抗暖化

admin

摘錄自2019年11月30日中央通訊社德國報導

全球有成千上萬示威者今天走上街頭，歐洲和亞洲占多數，呼籲當局採取行動對抗全球暖化，期望在聯合國（UN）氣候峰會展開的數日前，向全球領導者施壓。

抗議民眾舉著看板寫著「一個地球，一場抗爭」和「海平面在湧升，我們也湧入街頭」。數以千計的群眾聚集在柏林布蘭登堡大門（Brandenburg）參與最新一場「週五為未來而戰」（Fridays for Future）抗議行動，受16歲瑞典環保少女童貝里（Greta Thunberg）先前發起的同名運動啟發。

「週五為未來而戰」運動表示，德國各地超過500座城市，總共有約63萬人上街示威。德國警方表示，光是漢堡就聚集3萬人左右，大多是年輕人，而慕尼黑則集結1萬7000人，他們為了平均地表溫度逐漸上發出警告。

童貝里正搭乘帆船橫渡大西洋，並在推特上傳她舉著寫有「為氣候罷課」標語看板的圖片。這次示威浪潮席捲全歐洲，不過規模仍小於9月「氣候大罷課」的規模。當時籌辦方表示，全球各大城市約400萬人佔據街頭。

為期12天的聯合國氣候變化綱要公約第25次締約方會議（COP25）將於下周展開，目標是鼓勵各國政府減少溫室氣體排放和對抗氣候變遷。這次COP25主辦城市馬德里今天有約1700名示威人士參與。

本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

※網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司，幫您輕鬆架站!

※想要讓你的商品成為最夯、最多人討論的話題?網頁設計公司讓你強力曝光

※想知道最厲害的台北網頁設計公司推薦、台中網頁設計公司推薦專業設計師”嚨底家”!!

※新北清潔公司,居家、辦公、裝潢細清專業服務

亞馬遜經濟開發引衝突 NGO不畏強權抗爭多年

admin

摘錄自2019年11月30日中央通訊社巴西報導

環境保護與經濟發展孰輕孰重一直是受到矚目的議題。巴西亞馬遜雨林主要觀光目的地之一Alter do Chao聚落一直受到開發商青睞，當地NGO不畏強權，守護土地，抗爭多年。

巴西北部巴拉州刑警3天前拘捕Alter do Chao社區消防隊4名志工消防員，指控他們在亞馬遜雨林故意製造火災，以獲取國際金援，引起當地社運人士、原住民和環保團體抗議。

在近百個非政府組織（NGO）聯合施壓下，巴西法院昨天（29日）傍晚下令釋放這4名協助撲滅該地區森林火災的非政府組織Alter do Chao社區消防隊成員，但當地與非政府組織的緊張關係已經持續幾10年。

桑塔林觀光局指出，2018年約19萬名遊客造訪Alter do Chao。該地區的旅遊熱潮使村莊周圍地區，房地產開發商具有強烈的開發興趣。一方面，有強大的地方家族勢力和企業家主張在以清澈的河水和白色的沙灘而聞名的塔巴鳩斯（Tapajos）河沿岸建造大型酒店和度假村。另一方面，社運人士、例如與被逮捕的Alter do Chao社區消防隊有聯繫的環保團體，則主張對環境衝擊較小的旅遊業，以保留該區域的特點，並防止傳統社區被驅逐趕離。

巴拉聯邦大學（Ufpa）社會學家托瑞斯（Mauricio Torres）指出，Alter do Chao的爭議邏輯不同於亞馬遜其他區域，當地的旅遊文化、環境保護與經濟開發衝突，才是促成逮捕志工消防員的真實背景。

托瑞斯說，這是屬於一個一直在擴大發展的城市的衝突，有傳統社區面臨被驅逐趕離的壓力，但幕後推手不是木材商或農牧場，而是聚焦於旅遊業的房地產投機與開發。

有論點指出，巴拉州刑警對志工人員進行預防性拘留，指控他們自行引發火災，之後加以撲滅，以獲取國際機構的金援。但一名不願具名、害怕遭到報復的聯邦公務員告訴巴西媒體，社運人士、大學生和原住民強烈反對，致使提案沒有取得進展，所以在當地活動的環保團體都相信逮捕志工消防員的行動含政治動機。巴拉州長巴爾巴柳（Helder Barbalho）昨天已宣布撤換負責此案的警長，並質疑行動的合法性。

聯邦檢察廳自2015年以來進行的調查指出，非法佔領土地和房地產投機，是導致Alter do Chao環境退化的因素，「由於該地區是巴西最著名的度假勝地之一，成為旅遊和房地產業的爭相競奪的目標，且經常受到公共土地入侵者的壓力。」

本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※USB CONNECTOR掌控什麼技術要點? 帶您認識其相關發展及效能

※評比前十大台北網頁設計、台北網站設計公司知名案例作品心得分享

※智慧手機時代的來臨，RWD網頁設計已成為網頁設計推薦首選

※評比南投搬家公司費用收費行情懶人包大公開

※幫你省時又省力,新北清潔一流服務好口碑

蒲亭與習近平視訊連線 啟動首條俄中天然氣管

admin

摘錄自2019年12月02日中央通訊社報導

俄羅斯總統蒲亭今天（2日）與中國國家主席習近平透過視訊連線，在電視轉播的儀式中啟動連接俄中兩國的首條天然氣管「西伯利亞力量管道」（Power of Siberia）。

習近平指出，這項計畫是「我們兩國間互利合作的典範」。根據俄國電視的翻譯，他又說：「中俄關係的發展如今是，未來也仍將是我們兩國外交政策的優先要務。」

這條3000公里長的管道從俄羅斯西伯利亞東部偏遠地區，經由邊境城市海蘭泡（Blagoveshchensk）進入中國的中俄東線天然氣管道，中國境內管道的長度超過5000公里。

俄中兩國在經歷十年的艱苦談判後，於2014年簽署了一項為期30年的4000億美元協議，以建設和營運這條管道。這是俄羅斯天然氣工業公司的最大合約。當管道於2025年完全運作時，每年將提供中國380億立方公尺的天然氣。

此外，俄羅斯也正計畫不久後啟動另外兩條天然氣管道，將繞過烏克蘭增加對歐洲的天然氣供應。

本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※帶您來了解什麼是 USB CONNECTOR  ?

※自行創業 缺乏曝光? 下一步"網站設計"幫您第一時間規劃公司的門面形象

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!!

※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化

※廣告預算用在刀口上，網站設計公司幫您達到更多曝光效益

※教你寫出一流的銷售文案?

曼谷空中動物園 環境惡劣成動物空中監獄

admin

摘錄自2019年12月2日公視報導

泰國曼谷一間百貨商場，表面平凡無奇。低樓層賣男女服飾，但商場的頂樓，竟是一座空中動物園，裡面關了多達200隻動物，環境惡劣，是一座名符其實的「空中監獄」。裡頭有母猩猩，一關超過30年，處境孤單淒涼，被認為是全世界最悲傷的動物園之一。動保團體要求關閉動物園，還給動物們應有的生存尊嚴。

泰國曼谷的pata百貨購物中心，六樓跟七樓的頂樓，是已被判定違法的動物園。這隻被關在鐵籠子裡的母猩猩，泰國的譯名是白色小蓮花，小蓮花雖然有人餵食照顧，但生活環境惡劣，充滿惡臭。最可憐的是，牠被關在這座空中動物園已整整36年，過著完全失去自由的生活。為了解救小蓮花，動保團體本周再次出面呼籲，儘快關閉這座空中監獄。他們強調，殘忍的對待動物，決不等於提供人們娛樂的方式。善待動物組織成員奧莉維亞表示，「Pata動物園是我們在亞洲遇見過最糟糕的情況，很顯然，一座百貨公司根本不是該有動物存在的場所。」

母猩猩小蓮花，1983年起被關進這座大鐵籠，從此就沒再踏出外面的世界。她在籠子裡打滾，拔毛，流淚的畫面陸續在網路上流傳。動保人士研判，小蓮花已出現精神疾病，其他包括紅毛猩猩，跟狐猴等動物，也都出現焦躁的情緒反應，看了令人鼻酸。善待動物組織成員奧莉維亞說：「這隻猩猩從1983年起就關在這裡，還有一隻紅毛猩猩也被關這很久了，都已經出現精神疾病的症狀，意味著長期被關著心理已經受創。」

事實上，這間pata百貨公司頂樓的動物園，早已多次遭人檢舉。泰國2014年通過動保法，pata動物園2015年更被判定違反動保法，但當局依舊持續核發經營執照，法律形同虛設。至於動物園的經營者也有話要說，不僅強調當初開設動物園時都諮詢過專業意見，也把小蓮花當作自己的女兒照顧，更堅稱網路上流傳小蓮花看似悲傷的表情，其實那是猩猩原本的長相，被外界誤解。不過也坦承，目前要將裡面200多隻動物移往更大的飼養空間，在經費上確實有困難。pata動物園經營者坎尼特表示，「我們有打算將動物移走，因為我們的空間確實有限。我們也打算繼續飼養這些動物，我們有計畫將動物園移往自然的開放空間，但要這麼做的同時，我也必須承認動物園是社會企業，並非以營利投資為主，因此其他的因素（經費）是最主要的問題。」

但實際走訪過這座空中監獄的泰國動物專家強調，pata動物園的存在是泰國的恥辱，猩猩的基因有超過96%跟人類相似，也跟人類有一樣的情感，被關在籠子裡36年，對他們而言可以想像是無比的折磨與煎熬。不僅是小蓮花，其他動物被關在密不通風，底下又是空氣汙染的空間，失去自由，也磨滅了動物的天性。動保團體大聲疾呼泰國政府，拿出鐵腕手段與同理心，盡快關閉這座空中動物園，早日將動物們移往適合的環境，還給他們原本就該擁有的生存尊嚴。

本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

※網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司，幫您輕鬆架站!

※想要讓你的商品成為最夯、最多人討論的話題?網頁設計公司讓你強力曝光

※想知道最厲害的台北網頁設計公司推薦、台中網頁設計公司推薦專業設計師”嚨底家”!!

※新北清潔公司,居家、辦公、裝潢細清專業服務

UN氣候變化綱要公約 締約方大會登場

admin

摘錄自2019年12月2日公視、中央通訊社報導

聯合國氣候變化綱要公約，第25次締約方大會在西班牙舉行。而聯合國秘書長古提瑞斯也在大會前夕強調，說氣候變遷的危機已經「迫在眉睫」，呼籲各國要加強行動。同時也宣布，請來即將卸任的英國央行總裁卡尼，從明年開始出任氣候行動與氣候融資的新特使。

卡尼主張氣候風險管理必須轉型，投資淨零碳排放必須成為主流，未來將會盡全力，促使氣候變遷的影響成為財務報告、風險管理和報酬計算的重點。

這場大會原訂12月2號到13號在智利登場，但因為國內動亂，改在西班牙舉行，包括國家領袖、科學家、談判人員和環保運動人士等兩萬多人參與。這也是未來一年一連串國際密集協商的開端，要為明年11月格拉斯哥舉行的全球氣候峰會鋪路，屆時各國將依照巴黎氣候協定要求，提交對抗暖化的具體減碳方案，以便達成把全球溫度控制在比工業化升高1.5度到2度之內的目標。

目前幾乎全球各國都簽署了巴黎氣候協定，但排碳大戶美國，上個月4號已經展開了為期一年的退出程序。這次會議，美國只派層級不高的外交代表團，由負責環境科學事務的首席副助理國務卿伯尼卡特率隊。民主黨籍的眾議院議長裴洛西則率國會代表團參加，當中也沒有共和黨議員。

古提瑞斯今（2日）在氣候峰會的開幕全體會議上表示，面對威脅自身文明的氣候危機，人類必須在即時行動、追求希望，或是無動於衷、舉手投降之間作出抉擇。

世界氣象組織表示，過去5年是有紀錄以來最炎熱的5年，而且大氣裡導致地球暖化的二氧化碳（CO2）濃度已達300萬至500萬年來未見的程度。

古提瑞斯說：「現在北極圈永凍層比預測早70年融化。南極洲融化速度是10年前的三倍，海平面上升速度比預期更快。而且全球超過2/3的巨型都市都靠海。」根據近期研究，到2050年以前，全球會有超過1億5000萬人身處沿海洪患區。

去年聯合國一份重要報告則指出，若要防止氣溫升幅超過攝氏1.5度，全球經濟須在世紀中以前達成碳中和（carbon neutral）。

本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※USB CONNECTOR掌控什麼技術要點? 帶您認識其相關發展及效能

※評比前十大台北網頁設計、台北網站設計公司知名案例作品心得分享

※智慧手機時代的來臨，RWD網頁設計已成為網頁設計推薦首選

※評比南投搬家公司費用收費行情懶人包大公開

※幫你省時又省力,新北清潔一流服務好口碑

水資源危機默默蔓延 威脅全球糧食供應

admin

摘錄自2019年11月26日中央通訊社報導

美國智庫世界資源研究所今天（26日）表示，一場「默默蔓延的危機」正威脅全球糧食供應，到了2040年，水資源匱乏可能危及多達40%的灌溉作物。

世界資源研究所（World Resources Institute）指出，氣候變遷造成降雨不規律，也威脅到1/3依靠雨季供給水分的作物。科學家認為，水資源的供應受到多重因素影響，包括氣候變遷和管理不善，但農業是一大因素，占用70%淡水。

世界資源研究所今天推出名為Aqueduct Food的線上工具，在地圖上標識出香蕉、咖啡、大豆和棉花等40多種作物的灌溉水資源風險分布。

這個智庫發現，在灌溉作物中，將近67%的小麥、64%的玉米和19%的稻米到了2040年可能會位於極高缺水壓力的區域。

本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※帶您來了解什麼是 USB CONNECTOR  ?

※自行創業 缺乏曝光? 下一步"網站設計"幫您第一時間規劃公司的門面形象

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!!

※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化

※廣告預算用在刀口上，網站設計公司幫您達到更多曝光效益

※教你寫出一流的銷售文案?