mysql二進(jìn)制日志記錄(一個問題牽扯出更多問題)

mysql在開啟二進(jìn)制日志之后必盖,是不能在會話級別關(guān)閉。

# 提示屬于只讀變量
MariaDB [(none)]> set global log_bin=off;
ERROR 1238 (HY000): Variable 'log_bin' is a read only variable

mysql在數(shù)據(jù)庫恢復(fù)時剔宪,需要臨時關(guān)閉二進(jìn)制日志寫入功能.

# mysql提供了sql_log_bin=off.
MariaDB [(none)]> show global variables like "%sql_log_bin%";
| sql_log_bin   | ON   |
# 默認(rèn)是開啟的柴梆,也是就說在數(shù)據(jù)庫使用DDL語句陨溅,都會記錄在二進(jìn)制日志文件中,
# 會話級別關(guān)閉二進(jìn)制日志記錄功能绍在。
# set global sql_log_bin=off;
# 注意:設(shè)置此命令之后门扇,是在其他新建的mysql session中關(guān)閉了二進(jìn)制日志記錄的功能雹有。但是此前的mysql session 依然有寫入二進(jìn)制文件的能力。
# 應(yīng)該清除所有之前建立的session悯嗓,才能保證數(shù)據(jù)與二進(jìn)制日志文件真正的一致性件舵。

另:
類似此種會話級別即可修改的參數(shù),系統(tǒng)變量是否都有此特性脯厨,铅祸?
session級別的變量修改,只是針對修改變量之后的新建session合武,對于修改變量之前的session就無作用临梗。

那么如何正常管理mysql session connect?

# 設(shè)置mysql的最大連接數(shù),默認(rèn)情況下此值為151稼跳,
max_connections=1000

# 查看mysql 當(dāng)前connect,根據(jù)權(quán)限顯示,普通權(quán)限用戶只能顯示自己用戶名的連接盟庞。
# show full processlist;
+----+------+-----------+-------+---------+-------+-------+-----------------------+----------+
| Id | User | Host      | db    | Command | Time  | State | Info                  | Progress |
+----+------+-----------+-------+---------+-------+-------+-----------------------+----------+
|  9 | root | localhost | NULL  | Sleep   | 14912 |       | NULL                  |    0.000 |
| 10 | root | localhost | NULL  | Query   |     0 | init  | show full processlist |    0.000 |
| 11 | root | localhost | mysql | Sleep   | 10431 |       | NULL                  |    0.000 |
+----+------+-----------+-------+---------+-------+-------+-----------------------+----------+

# 關(guān)閉mysql connecttion,使用kill命令。KILL [CONNECTION | QUERY] processlist_id
###
KILL CONNECTION is the same as KILL with no modifier: It terminates the connection associated with the given processlist_id, after terminating any statement the connection is executing. 
將process id此連接終止汤善,KILL之后在此查看什猖,已經(jīng)查看不到此連接信息了,在測試shell重新輸入SQL命令红淡,將會是新的mysql連接不狮,ID與之前不一樣。
###
KILL QUERY terminates the statement the connection is currently executing, but leaves the connection itself intact. 
###
終止此連接執(zhí)行的SQL語句在旱,但是連接不會終止摇零,KILL之后,此連接信息依然能看到桶蝎,但是Command位置顯示Killed驻仅,在測試shell重新輸入SQL命令,此連接被重新激活登渣,ID依然是之前的ID號噪服。

When you use KILL a thread-specific kill flag is set for the thread. In most cases, it might take some time for the thread to die because the kill flag is checked only at specific intervals:

1.During SELECT operations, for ORDER BY and GROUP BY loops, the flag is checked after reading a block of rows. If the kill flag is set, the statement is aborted.
2.ALTER TABLE operations that make a table copy check the kill flag periodically for each few copied rows read from the original table. If the kill flag was set, the statement is aborted and the temporary table is deleted.
3.The KILL statement returns without waiting for confirmation, but the kill flag check aborts the operation within a reasonably small amount of time. Aborting the operation to perform any necessary cleanup also takes some time.
4.During UPDATE or DELETE operations, the kill flag is checked after each block read and after each updated or deleted row. If the kill flag is set, the statement is aborted. If you are not using transactions, the changes are not rolled back.
5.GET_LOCK() aborts and returns NULL.
6.An INSERT DELAYED thread quickly flushes (inserts) all rows it has in memory and then terminates.
7.If the thread is in the table lock handler (state: Locked), the table lock is quickly aborted.
8.If the thread is waiting for free disk space in a write call, the write is aborted with a “disk full” error message. 

max_connection 默認(rèn)值為151,backlog在之前的取值也是151胜茧,
backlog表示系統(tǒng)對程序的TCP連接完成之后的請求隊(duì)列值{accept()}芯咧。此值還受到其他內(nèi)核參數(shù)的影響,是否在調(diào)整此值時需要關(guān)注與其相關(guān)的內(nèi)核參數(shù)值才能使其真正有效?

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末竹揍,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子邪铲,更是在濱河造成了極大的恐慌芬位,老刑警劉巖,帶你破解...
    沈念sama閱讀 223,002評論 6 519
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件带到,死亡現(xiàn)場離奇詭異昧碉,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 95,357評論 3 400
  • 文/潘曉璐 我一進(jìn)店門被饿,熙熙樓的掌柜王于貴愁眉苦臉地迎上來四康,“玉大人,你說我怎么就攤上這事狭握∩两穑” “怎么了?”我有些...
    開封第一講書人閱讀 169,787評論 0 365
  • 文/不壞的土叔 我叫張陵论颅,是天一觀的道長哎垦。 經(jīng)常有香客問我,道長恃疯,這世上最難降的妖魔是什么漏设? 我笑而不...
    開封第一講書人閱讀 60,237評論 1 300
  • 正文 為了忘掉前任,我火速辦了婚禮今妄,結(jié)果婚禮上郑口,老公的妹妹穿的比我還像新娘。我一直安慰自己盾鳞,他們只是感情好犬性,可當(dāng)我...
    茶點(diǎn)故事閱讀 69,237評論 6 398
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著雁仲,像睡著了一般仔夺。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上攒砖,一...
    開封第一講書人閱讀 52,821評論 1 314
  • 那天缸兔,我揣著相機(jī)與錄音,去河邊找鬼吹艇。 笑死惰蜜,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的受神。 我是一名探鬼主播抛猖,決...
    沈念sama閱讀 41,236評論 3 424
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼鼻听!你這毒婦竟也來了财著?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 40,196評論 0 277
  • 序言:老撾萬榮一對情侶失蹤撑碴,失蹤者是張志新(化名)和其女友劉穎撑教,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體醉拓,經(jīng)...
    沈念sama閱讀 46,716評論 1 320
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡伟姐,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 38,794評論 3 343
  • 正文 我和宋清朗相戀三年收苏,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片愤兵。...
    茶點(diǎn)故事閱讀 40,928評論 1 353
  • 序言:一個原本活蹦亂跳的男人離奇死亡鹿霸,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出秆乳,到底是詐尸還是另有隱情懦鼠,我是刑警寧澤,帶...
    沈念sama閱讀 36,583評論 5 351
  • 正文 年R本政府宣布矫夷,位于F島的核電站葛闷,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏双藕。R本人自食惡果不足惜淑趾,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 42,264評論 3 336
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望忧陪。 院中可真熱鬧扣泊,春花似錦、人聲如沸嘶摊。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,755評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽叶堆。三九已至阱飘,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間虱颗,已是汗流浹背沥匈。 一陣腳步聲響...
    開封第一講書人閱讀 33,869評論 1 274
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留忘渔,地道東北人高帖。 一個月前我還...
    沈念sama閱讀 49,378評論 3 379
  • 正文 我出身青樓,卻偏偏與公主長得像畦粮,于是被迫代替她去往敵國和親散址。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,937評論 2 361

推薦閱讀更多精彩內(nèi)容

  • 【MySQL】Linux下MySQL 5.5吏祸、5.6和5.7的RPM、二進(jìn)制和源碼安裝 1.1BLOG文檔結(jié)構(gòu)圖 ...
    小麥苗DB寶閱讀 10,563評論 0 31
  • 系統(tǒng)層面(基本不用動椅棺,看了下犁罩,買的云服務(wù)器基本都已經(jīng)優(yōu)化過了) 內(nèi)核相關(guān)參數(shù)(/etc/sysctl.conf) ...
    神奇大葉子閱讀 2,013評論 0 4
  • 從三月份找實(shí)習(xí)到現(xiàn)在,面了一些公司两疚,掛了不少床估,但最終還是拿到小米、百度诱渤、阿里丐巫、京東、新浪勺美、CVTE递胧、樂視家的研發(fā)崗...
    時芥藍(lán)閱讀 42,281評論 11 349
  • 1. Java基礎(chǔ)部分 基礎(chǔ)部分的順序:基本語法,類相關(guān)的語法赡茸,內(nèi)部類的語法缎脾,繼承相關(guān)的語法,異常的語法占卧,線程的語...
    子非魚_t_閱讀 31,669評論 18 399
  • 更改ip和dnsVi /etc/sysconfig/network-scripts/ifcfg-eth0vi /...
    Xwei_閱讀 1,830評論 0 3