前面我們聊到了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 是電子產業重要的元件?

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

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

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

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

前言

　　整理以前的面試題，發現問js數據類型的頻率挺高的，回憶當初自己的答案，就是簡簡單單的把幾個類型名稱羅列了出來，便沒有了任何下文。其實這一個知識點下可以牽涉發散出很多的知識點，如果一個面試者只是羅列的那些名詞出來，可能面試官都不願意繼續問下去了，這該算是js基礎的基礎了。如果這個問題沒有很好的回答，其他問題仍舊沒有突出的亮點，很可能就過不了。

　　在網上看了一個體系，可作為大致的學習檢閱自己的途徑，按照清單上的知識檢測自己還有哪些不足和提升，最後形成自己的知識體系。在工作、學習甚至面試時，可以快速定位到知識點。

1. JavaScript規定了幾種語言類型 2. JavaScript對象的底層數據結構是什麼 3. Symbol類型在實際開發中的應用、可手動實現一個簡單的 Symbol 4. JavaScript中的變量在內存中的具體存儲形式 5. 基本類型對應的內置對象，以及他們之間的裝箱拆箱操作 6. 理解值類型和引用類型 7. null和 undefined的區別 8. 至少可以說出三種判斷 JavaScript數據類型的方式，以及他們的優缺點，如何準確的判斷數組類型 9. 可能發生隱式類型轉換的場景以及轉換原則，應如何避免或巧妙應用 10. 出現小數精度丟失的原因， JavaScript可以存儲的最大数字、最大安全数字， JavaScript處理大数字的方法、避免精度丟失的方法

 

一、JavaScript規定了幾種語言類型

　　問：講一下js的數據類型？

　　答：js的數據類型分為簡單數據類型和複雜數據類型；

簡單數據類型有六種，分別是String（字符串）、Number（数字）、Null（空）、undefined（未定義）、boolean（布爾值）、symbol（符號），表示不能再繼續分下去的類型，在內存中以固定的大小存儲在棧中，按值訪問；

複雜數據類型是指對象，這裡有常見的array、function、object等，本質上是一組無序的鍵值對組成。它的值大小不固定，所以保存在堆中，但在棧中會存儲有指向其堆內存的地址，按引用來訪問。js不允許直接訪問內存中的位置，也就是說不能直接操作對象的內存空間。也就是說，當我們想要訪問應用類型的值的時候，需要先從棧中獲得對象的地址指針，然後通過地址指針找到其在堆中的數據。

需要注意的是，

1、簡單數據類型中的boolean、number、string不是由內置函數new出來的，儘管他們有對應的引用類型；

2、symbol是ES6引入的一種新的原始數據，表示獨一無二且不可改變的值。通過 Symbol 函數調用生成，由於生成的 symbol 值為原始類型，所以 Symbol 函數不能使用 new 調用；

3、將一個變量賦值給另一個變量時，基礎類型複製的是值，賦值完成兩個變量在沒有任何關係；而對象類型的複製的是地址，修改一個變量另一個變量也會跟着一起變化。（如何解決這個問題？關於深拷貝and淺拷貝）

二、JavaScript對象的底層數據結構是什麼

這個問題目前對我來說，不能夠理解到底是想問什麼，還有問題，看到一篇這個文章，轉載《從chrome源碼看js object的實現》：

三、Symbol類型在實際開發中的應用、手動實現一個簡單的 Symbol

（暫未學習總結）

四、JavaScript中的變量在內存中的具體存儲形式

　　js的數據類型分為簡單數據類型和複雜數據類型；在內存中，簡單數據類型以固定的大小存儲在棧中；複雜數據類型存儲在堆中，且大小不固定，同時在棧中會存儲其指向堆地址的指針。

因為這裏問的是內存中的存儲形式，所以我一直注意的是內存中堆棧，後來忽然看到一篇文章寫了數據結構中的堆和棧就有一點懵，先簡單記錄一下相關知識點。

內存的堆棧：

　　是一種物理結構，用於存放不同數據的內存空間，分為棧區和堆區。

1）棧內存：

　　棧（stack）是向低地址擴展的數據結構，是一塊連續的內存區域；一般來說其大小是系統預先規定好的，存儲大小已知的變量（函數的參數值、局部變量的值等）。由操作系統自動申請分配並釋放（回收）空間，無需程序員控制，這樣的好處是內存可以及時得到回收。但棧的大小有限，如果申請的空間超過棧的剩餘空間，就會提示棧溢出（一般無窮次的遞歸調用或大量的內存分配會引起棧溢出）。

在分配內存的時候類似於數據結構中的棧，先進后出的原則，即從棧低向棧頂，依次存儲。棧是向下增長，即從高地址到低地址分配內存，且內存區域連續、每個單元的大小相同。如下圖：

 2）堆內存：

　　在現代程序中，在編譯時刻不能決定大小的對象將被分配在堆區。一般由程序員分配釋放，例如;c++和Java語言都為程序員提供了new（或malloc()），該語句創建的對象（或指向對象的指針），然後使用delete（或free())語句釋放。如果程序員不主動釋放，程序結束時由OS回收。 在內存分配的時候方式類似於鏈表，堆是向上增長，即從低地址到高地址擴展，是不連續的內存區域。如下圖：

數據結構的堆棧：

　　是一種抽象的數據存儲結構，

棧：一種連續存儲的數據結構，特點是存儲的數據先進后出，只能在棧頂一端對數據項進行插入和刪除。

堆：是一棵完全二叉樹結構（知識點未掌握）

 五、基本類型對應的內置對象，以及他們之間的裝箱拆箱操作

1）基本包裝類型

 

　　問：有了基本類型為什麼還要包裝類型？

　　答：為了便於操作基本類型值，ECMAScript提供了3個特殊的引用類型：Boolean、Number和String， 每當讀取一個基本類型值的時候，後台會創建一個對應的基本包裝類型的對象，從而能夠調用一些方法來操作這些基本類型。每個包裝類型都映射到同名的基本類型。

2）裝箱和拆箱

    裝箱就是把基本類型轉換為對應的內置對象，這裏可分為隱式和顯式裝箱。     拆箱就是與裝箱相反，把對象轉變為基本類型的值。        Ⅰ 隱式裝箱 在讀取模式下，訪問基本類型值（即讀取基本類型的值），就會創建基本類型所對應的基本包裝類型的一個對象，從而讓我們能夠調用一些方法來操作這些數據。這個基本包裝類型是臨時的，操作基本類型值的語句一經執行完畢，就會立即銷毀新創建的包裝對象。

var s1 = “stringtext”; var s2 = s1.substring(2);

如上面的例子，第一行變量s1是一個基本類型的字符串，第二行調用了s1的substring()方法，並將結果保存在了s2中。 基本類型值不是對象，從邏輯上講它們不應該有方法。其實這裏就包含了隱式裝箱，後台自動完成了一系列的處理。當第二行代碼訪問s1時，訪問過程處於一種讀取模式，即從內存中讀取這個字符串的值。 在讀取字符串時，後台會完成一下處理。

（1）創建String類型的一個實例      =>  var s1 = new String(“stringtext”); （2）在實例上調用指定的方法        =>  var s2 = s1.substring(2); （3）摧毀這個實例                 =>  s1 = null;

注：①上面s1 = null;這種做法叫做解除引用，一旦有數據不再有用，通過設置其值為null來是釋放其引用；一般適用於大多數全局變量和全局對象的屬性。 　　②
引用類型和基本包裝類型的主要區別：就是對象的生存期。使用new操作符創建的引用類型的實例，在執行流離開當前作用域之前都一直保存在內存中。而自動創建的基本包裝類型的對象，則只存在於一行代碼的執行瞬間，然後立即被銷毀，因此我們不能在運行時為基本類型值添加屬性和方法。

var s1 = “stringtext”; s1.color = “red”; //在這一句話執行完的瞬間，第二行創建的String就已經被銷毀了。 console.log(s1.color);//執行這一行代碼時又創建了自己的String對象，而該對象沒有color屬性。 //undefine

 　　Ⅱ 顯式裝箱 通過New調用Boolean、Number、String來創建基本包裝類型的對象。不過，不建議顯式地創建基本包裝類型的對象，儘管它們操作基本類型值的能力相當重要，每個基本包裝類型都提供了操作相應值的便捷方法。 Object構造函數會像工廠方法一樣，根據傳入值的類型返回相應基本包裝類型的實例。

var obj = new Object(“stringtext”); console.log(obj instanceof String); //true

  　　Ⅲ 拆箱 把對象轉變為基本類型的值，在拆箱的過程調用了JavaScript引擎內部的抽象操作，ToPrimitive(轉換為原始值)，對原始值不發生轉換處理，只針對引用類型。 JavaScript引擎內部的抽象操作ToPrimitive()是這樣定義的，
 ToPrimitive(input [, PreferredType])
該操作接受兩個參數，第一個參數是要轉變的值，第二個是PreferredType為可選參數，只接受Number或String，作用是設置想要轉換原值時的轉換偏好。最後使input轉換成原始值。
如果PreferredType被標誌為Number,則會進行下面的操作來轉換input。 ①如果輸入的是一個原始值，則直接返回它； ②否則，如果輸入的值是一個對象，則調用該對象的valueOf()方法，如果valueOf()方法的返回值是一個原始值，則返回這個原始值； ③否則，調用這個對象的toString()方法，如果toString方法的返回值是一個原始值，則返回這個原始值； ④否則，拋出TypeError異常； 如果PreferredType被標誌為String，則轉換操作的第二步和第三步的順序會調換。即 ①如果輸入的是一個原始值，則直接返回它； ②否則，如果輸入的值是一個對象，則調用該對象的 toString()方法，如果toString()方法的返回值是一個原始值，則返回這個原始值； ③否則，調用這個對象的valueOf()方法，如果valueOf()方法的返回值是一個原始值，則返回這個原始值； ④否則，拋出TypeError異常； 如果沒有PreferredType的值會按照這樣的規則來自動設置： Date類型的對象會被設置為String,其他類型的值被設置為Number  

inputTpye	result
Null	不轉換，直接返回
Undefined	不轉換，直接返回
Number	不轉換，直接返回
Boolean	不轉換，直接返回
String	不轉換，直接返回
Symbol	不轉換，直接返回
Object	按照下列步驟進行轉換

  參考文章：　《js隱式裝箱》                   《[譯]JavaScript在中，{} + {}等於多少？》                      原文《javaScript在中，what is {} + {} in javascrupt    ?》 

六、理解值類型和引用類型

js包含兩種數據類型，基本數據類型和複雜數據類型，而其對應的值基本類型的值指的是簡單的數據段，引用類型指的是那些可能有多個值構成的對象。可以從三個方面來理解：動態的屬性、複製變量的值、傳遞參數

1）、動態的屬性

定義基本類型值和引用類型值的方式類似，即創建一個變量併為該變量賦值。兩者的區別在於，對於引用類型的值，我們可以為其添加屬性和方法，也可以改變和刪除其屬性和方法；對於基本類型的值，我們不能為其動態地添加屬性。

var person = new Object(); //創建一個對象並將其保存在變量person中 person.name = “Song”; //為該對象添加一個名為name的屬性，並賦值為Song console.log(person.name); //訪問name這個屬性 //Song

2）、複製變量的值

在從一個變量向另一個變量複製基本類型值和引用類型值時，兩則也是不同的，這主要是由於基本類型和引用類型在內存中存儲不同導致的。

　　Ⅰ基本類型的值 基本類型的值是存在棧中，存儲的即是基本類型的值；如果從一個變量向另一個變量複製的時候，就會重新創建一個變量的新值然後將其複製到為新變量分配的位置上,此時兩個變量各自擁有屬於自己的獨立的內存空間，因此兩者可以參与任何操作而不會相互影響。

var a = 1; var b = a; b = 2; console.log(a);//1 console.log(b);//2

 內存變化大致如下：

　　Ⅱ複製引用類型的值

引用類型的值存儲在堆中，同時在棧中會有相應的堆地址（指針），指向其在堆的位置。此時如果我們要複製一個引用類型時，複製的不是堆內存中的值，而是將棧內存中的地址複製過去，複製操作結束后，兩個對象實際上都指向堆中的同一個地方。因此改變其中一個對象（堆中的值改變），那麼會影響到另一個對象。

 

var obj1 = {     name:”Song” }; var obj2 = obj1; obj2.name = “D”; //改變obj2的name屬性的值，則將obj1的也改變了。 console.log(obj1.name); // D 

 

注：關於深拷貝和淺拷貝

3）、傳遞參數

 ECMAScript中所有函數的參數都是按值傳遞的，無論在向參數傳遞的是基本類型還是引用類型。（我的理解：正因為是按值傳遞的，所以我們才可以利用此來完成深拷貝）

有一道關於證明引用類型是按值傳遞還是按引用傳遞的題目如下：

function test(person){
person.age = 26;
person = {
　　name:'yyy',
　　age:30
}
return person
}
const p1 = {
　　name:'yck',
　　age:25
};
const p2 = test(p1);
console.log(p1);
console.log(p2);

首先當我們從一個變量向另一個變量複製引用類型的值時，這個值是存儲在棧中的指針地址，複製操作結束后，兩個變量引用的是同一個對象，改變其中一個變量，就會影響另一個變量。

而在向參數傳遞引用類型的值時，同樣是把內存中的地址複製給一個局部變量，所以在上述代碼中，將p1的內存地址指針複製給了局部變量person，兩者引用的是同一個對象，這個時候在函數中改變變量，就會影響到外部。

接下來相當於從新開闢了一個內存空間，然後將此內存空間的地址賦給person，可以理解為將剛才指向p1的指針地址給覆蓋了，所以改變了person的指向，當該函數結束后便釋放此內存。

(此圖作為自己的理解，不代表實際，很有可能實際並不是這樣操作的。)

所以在person.age = 26;這句話執行后把p1內存里的值改變了,打印出來p1是{name: “yck”, age: 26}  p2是{name: “yyy”, age: 30}

而我理解的如果按引用傳遞，則相當於person的指向是和p1也一樣，所以後續只要是對person進行了操作，都會直接影響p1。

因此在這種情況下，打印出來p1和p2都是{name: “yyy”, age: 30}

七、null和 undefined的區別

1)、null類型    

        《高程》上解釋：null值表示一個空對象指針，所以這也是使用typeof操作符檢測null值時會返回”object”的原因。

var car = null; console.log(typeof car); //object

             一般來說，我們要保存對象的變量在還沒有真正保存對象之前可以賦值初始化為null，其他的基礎類型在未賦值前默認為undefined，這樣一來我們直接檢查變量是否為null可以知道相應的變量是否已經保存了一個對象的引用。 即如果定義的變量準備在將來保存為對象，那麼我們將該變量初始化為null，而不是undefined。 2)、undefined類型         在使用var申明變量但未對其初始化時，這個變量的值就是undefined。

var s; console.log(s == undefined); //true

3）、null和undefined的區別     一般來說undefined是派生自null的值，因此null == undefined  是為true，因為它們是類似的值；如果用全等於(===)，null ===undefined會返回false ,因為它們是不同類型的值。以此我們可以區分null和undefined。

八、至少可以說出三種判斷 JavaScript數據類型的方式，以及他們的優缺點，如何準確的判斷數組類型

　　問：判斷js數據類型有哪幾種方式，分別有什麼優缺點？怎麼樣判斷一個值是數組類型還是對象？（或者typeof能不能正確判斷類型）

　　答：一般來說有5種常用的方法，分別是typeof、instanceof、Object.prototype.toString()、constructor、jquery的type()；

1）對於typeof來說，在檢測基本數據類型時十分得力，對於基本類型，除了null都可以返回正確類型，對於對象來說，除了function都返回object。

基本類型

　　typeof “somestring”   // ‘string’
　　typeof true        // ‘boolean’
　　typeof 10          // ‘number’
　　typeof Symbol()    // ‘symbol’
　　typeof null        // ‘object’ 無法判定是否為 null
　　typeof undefined   // ‘undefined’

複雜類型

　　typeof {}           // ‘object’
　　typeof []           // ‘object’  如果需要判斷數組類型，則不能使用這樣方式
　　typeof(() => {})    // ‘function’

 

注：怎麼使用複合條件來檢測null值的類型？

var a = null;

(!a && typeof a === “object”);     // true

 

2）對於instanceof來說，可以來判斷已知對象的類型，如果使用instanceof來判斷基本類型，則始終返回false。

其原理是測試構造函數的prototype是否出現在被檢測對象的原型鏈上；所有的複雜類型的值都是object的實例，在檢測一個引用類型值和Object構造函數時，instanceof操作符始終返回true。

[] instanceof Array         //true  -》 無法優雅的判斷一個值到底屬於數組還是普通對象 ({}) instanceof Object         //true (()=>{}) instanceof Function         //true

而且在《高程》上還看到說一個問題，如果不是單一的全局執行環境，比如網頁中包含多個框架，那麼實際上存在兩個以上不同的全局執行環境，從而存在兩個以上不同版本的Array構造函數，如果從一個框架向另外一個框架傳入數組，那麼傳入的數據與在第二個框架中原生創建的數組分別具有各自不同的構造函數。eg：例如index頁面傳入一個arr變量給iframe去處理，則即使arr instanceof Array還是返回false，因為兩個引用的Array類型不是同一個。並且constructor可以重寫所以不能確保萬無一失。

對於數組來說，相當於new Array()出的一個實例，所以arr.proto === Array.prototype；又因為Array是Object的子對象，所以Array.prototype.proto === Object.prototype。因此Object構造函數在arr的原型鏈上，便無法判斷一個值到底屬於數組還是普通對象。

注：判斷變量是否為數組的方法

3）通用但比較繁瑣的方法Object.prototype.toString() 

該方法本質是利用Object.prototype.toString()方法得到對象內部屬性[[Class]]，傳入基本類型也能夠判斷出結果是因為對其值做了包裝。

Object.prototype.toString.call({})  ===  ‘[object Object]’      ——-> true;
Object.prototype.toString.call([])   ===  ‘[object Array]’　　——-> true;
Object.prototype.toString.call(() => {})  ===  ‘[object Function]’　　——-> true;
Object.prototype.toString.call(‘somestring’)  ===  ‘[object String]’　　——-> true;
Object.prototype.toString.call(1)  ===  ‘[object Number]’　　——-> true;
Object.prototype.toString.call(true)  ===  ‘[object Boolean]’　　——-> true;
Object.prototype.toString.call(Symbol()) ===  ‘[object Symbol]’　　——-> true;
Object.prototype.toString.call(null)   ===  ‘[object Null]’　　——-> true;
Object.prototype.toString.call(undefined)  === ‘[object Undefined]’　　——-> true;

Object.prototype.toString.call(new Date())   ===  ‘[object Date]’　　——-> true;
Object.prototype.toString.call(Math)  === ‘[object Math]’　　——-> true;
Object.prototype.toString.call(new Set())  ===  ‘[object Set]’　　——-> true;
Object.prototype.toString.call(new WeakSet())  ===  ‘[object WeakSet]’　　——-> true;
Object.prototype.toString.call(new Map())  ===  ‘[object Map]’　　——-> true;
Object.prototype.toString.call(new WeakMap())  ===  ‘[object WeakMap]’　　——-> true;

4）根據對象的constructor判斷

 

[].constructor === Array     ——–> true var d = new Date(); d.constructor === Date     ———> true (()=>{}).constructor === Function   ——-> true 注意： constructor 在類繼承時會出錯 eg： function A(){}; function B(){}; A.prototype = new B(); //A繼承自B var aobj = new A(); aobj.constructor === B　　——–> true; aobj.constructor === A 　　——–> false; 而instanceof方法不會出現該問題，對象直接繼承和間接繼承的都會報true：

5）jquery的type()

如果對象是undefined或null，則返回相應的“undefined”或“null”， jQuery.type( undefined ) === “undefined” jQuery.type() === “undefined” jQuery.type( null ) === “null” 如果對象有一個內部的[[Class]]和一個瀏覽器的內置對象的 [[Class]] 相同，我們返回相應的 [[Class]] 名字。  jQuery.type( true ) === “boolean” jQuery.type( 3 ) === “number” jQuery.type( “test” ) === “string” jQuery.type( function(){} ) === “function” jQuery.type( [] ) === “array” jQuery.type( new Date() ) === “date” jQuery.type( new Error() ) === “error” // as of jQuery 1.9 jQuery.type( /test/ ) === “regexp”

6）如何判斷一個數組？

var  a = [];

a.instanceof  Array;　　——–> true

a.constructor === Array　　——–> true

Object.prototype.toString.call(a)   ===  ‘[object Array]’　　——–> true

Array.isArray([]);     　——–> true

九、可能發生隱式類型轉換的場景以及轉換原則，應如何避免或巧妙應用

（暫未整理）

十、出現小數精度丟失的原因、 JavaScript可以存儲的最大数字以及最大安全数字、JavaScript處理大数字的方法、避免精度丟失的方法

　　問：0.1+0.2 === 0.3 為什麼是false？

　　答：在ECMAScript數據類型中的Number類型是使用IEEE754格式來表示的整數和浮點數值，所謂浮點數值就是該數值必須包含一個小數點，並且小數點後面必須至少有一位数字。而在使用基於IEEE754數值的浮點運算時出現參數舍入的誤差問題，即出現小數精度丟失，無法測試特定的浮點數值。

　　①在進行0.1+0.2的時候首先要將其轉換成二進制。

　　0.1 => 0.0001 1001 1001 1001…（無限循環） 　　0.2 => 0.0011 0011 0011 0011…（無限循環） 　　②由於 JavaScript 採用 IEEE 754 標準，數值存儲為64位雙精度格式，數值精度最多可以達到 53 個二進制位（1 個隱藏位與 52 個有效位）。如果數值的精度超過這個限度，第54位及後面的位就會被丟棄，所以在相加的時候會因為小數位的限制而將二進制数字截斷。 　　0.0001 1001 1001 1001…+0.0011 0011 0011 0011… = 0.0100110011001100110011001100110011001100110011001100 　　③再轉換成十進制就成了0.30000000000000004，而非我們期望的0.3

在《js權威指南》中有指出：

Javascript採用了IEEE-745浮點數表示法（幾乎所有的編程語言都採用），這是一種二進製表示法，可以精確地表示分數，比如1/2，1/8，1/1024。遺憾的是，我們常用的分數（特別是在金融的計算方面）都是十進制分數1/10，1/100等。二進制浮點數表示法並不能精確的表示類似0.1這樣 的簡單的数字，上訴代碼的中的x和y的值非常接近最終的正確值，這種計算結果可以勝任大多數的計算任務：這個問題也只有在比較兩個值是否相等時才會出現。 這個問題並不是只在javascript中才會出現，在任何使用二進制浮點數的編程語言中都會出現這個問題。 所以說，精度丟失並不是語言的問題，而是浮點數存儲本身固有的缺陷。只不過在 C++/C#/Java 這些語言中已經封裝好了方法來避免精度的問題，而 JavaScript 是一門弱類型的語言，從設計思想上就沒有對浮點數有個嚴格的數據類型，所以精度誤差的問題就顯得格外突出。   javascript的未來版本或許會支持十進制数字類型以避免這些舍入問題，在這之前，你更願意使用大整數進行重要的金融計算，例如，要使用整數‘分’而不是使用小數‘元’進行貨比單位的運算。

 　　問：怎麼避免精度丟失？

　　 答：一般常用的有四個方法，第一個是設置一個“能夠接受的誤差範圍”，在這個範圍內，可認為沒有誤差；第二個是使用三方的類庫math.js；第三是使用toFixed()方法；第四是封裝一個計算類（加、減、乘、除）。 　　①ES6在Number對象上面，新增了一個極小的常量Number.EPSILON，它表示1與大於1的最小浮點數之間的差，它是實際上是javascript能夠表示的最小精度（可以接受的最小誤差範圍），誤差如果小於這個值，就可以認為已經沒有意義了，即不存在誤差。

Number.EPSILON === Math.pow(2, -52) // true      說明這個值Number.EPSILON是等於 2 的 -52 次方

　　寫一個誤差檢測函數，來判斷0.1 + 0.2 === 0.3 　　設置誤差範圍為 2 的-50 次方（即
Number.EPSILON * Math.pow(2, 2)），即如果兩個浮點數的差小於這個值，我們就認為這兩個浮點數相等。

　　function withinErrorMargin (left, right) {　　
         return Math.abs(left - right) < Number.EPSILON * Math.pow(2, 2);
　　}
    withinErrorMargin(0.1 + 0.2, 0.3)    //true

　　②math.js是一個廣泛應用於JavaScript 和 Node.js的數學庫，它的特點是靈活表達式解析器，支持符號計算，內置大量函數與常量，並提供集成解決方案來處理不同的數據類型，如数字，大数字，複數，分數，單位和矩陣。

　　③toFixed()方法 　　定義：toFixed() 方法可把 Number 四舍五入為指定小數位數的数字。 　　用法：NumberObject.toFixed(num) 其中num是必須的，規定小數的位數，是 0 ~ 20 之間的值，包括 0 和 20，有些實現可以支持更大的數值範圍。如果省略了該參數，將用 0 代替。 然而實際上，並不是完美的，可能你開發時候測試的幾個實例恰巧都是你想要的結果，可能在實際上線后遇到大量的數據后發現出問題了，不能正確的計算。一般是在遇到最後一位是5的時候，就不是’四舍五入”，eg：2.55.toFixed(1)   //  2.5，而我們齊期望的是2.56。 我有查這個產生誤差的原因，有人說是“銀行家的舍入規則”，即四舍六入五考慮，這裏“四”是指≤4 時捨去，”六”是指≥6時進上。”五”指的是根據5後面的数字來定，當5後有數時，舍5入1；當5后無有效数字時，需要分兩種情況來講：5前為奇數，舍5入1；5前為偶數，舍5不進（0是偶數）。但在某些情況下也是不成立。

2.65.toFixed(1)  //2.6    結果正確     2.45.toFixed(1)  //2.5    希望得到的結果是2.4 2.35.toFixed(1)   //2.4    結果正確

由於無法解決這種問題，所以看到有一些是以項目需求為準重寫符合要求的函數，在Math.round(x)來擴展解決toFixed()四舍五入不精確的問題。　 原本round(x) 方法可把一個数字四舍五入為最接近的整數，其中x是必須的且必須是数字。雖然解決了四舍五入的問題，但卻沒有直接解決保留小數點后多少位的問題，因而需要重寫符合需求的函數。

function RoundNum(n, m){ //n表示需要四舍五入的數，m表示需要保留的小數位數
var newNum = Math.round(n * Math.pow(10, m)) / Math.pow(10, m) ;
//首先將要保留的小數位數的小數部分轉成整數部分，利用冪函數將n乘以10的m次方
//然後利用Math.round()方法進行四舍五入處理
//最後再除以10的m次方還原小數部分
//注：此時還未能將所有数字正確轉換。例如將1.0001保留3位小數我們想要的結果是1.000，而此時newNum裏面的值是1
//所以還需要處理此種特殊情況，即保留的小數位上全0
var newSNum = newNum.toString();
//這一步將剛才進行處理過的數轉換成字符串
var rs = newSNum.indexOf('.'); //利用indexOf查找字符串中是否有.，它返回某個指定的字符串值在字符串中首次出現的位置，不存在則返回-1
if (rs < 0) {
rs = newSNum.length;
newSNum += '.';
}
while (newSNum.length <= rs + m) { //在末尾加0
newSNum += '0';
}
return newSNum;
}

console.log(RoundNum(1.0005, 3)); //得到1.001

　　④封裝一個計算類（加、減、乘、除）

（暫未實際寫過）

　　問：JavaScript可以存儲的最大数字以及最大安全数字

　　答：最大数字是Number.MAX_VALUE、最大安全数字是Number.MAX_SAFE_INTEGER。Number.MAX_VALUE大於Number.MAX_SAFE_INTEGER，我的理解是js可以精確表示最大安全数字以內的數，超過了最大安全数字但沒超過最大数字可以表示，但不精確，如果超過了最大数字，則這個數值會自動轉換成特殊的Infinity值。

由於內存的限制，ECMAScript並不能保存世界上所有的數值，ECMAScript能夠表示的最小數值是Number.MIN_VALUE，能夠表示的最大數值是Number.MAX_VALUE。超過數值是正值，則被轉成Infinity（正無窮），如果是負值則被轉成-Infinity（負無窮）。如果在某次返回了正或負的Infinity值，那麼該值將無法繼續參与下一次的計算，所以我們需要確定一個數值是不是有窮的，即是不是位於最小和最大的數值之間，可以使用isFinite()函數，如果該函數參數在最小和最大數值之間時會返回true。注意，如果參數類型不是數值，Number.isFinite一律返回false。

JavaScript 能夠準確表示的整數範圍在-2^53到2^53之間（不含兩個端點），超過這個範圍，無法精確表示這個值。ES6 引入了Number.MAX_SAFE_INTEGER和Number.MIN_SAFE_INTEGER這兩個常量，用來表示這個範圍的上下限。Number.isSafeInteger()則是用來判斷一個整數是否落在這個範圍之內。

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

【其他文章推薦】

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

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

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

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

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