它天生就开着,也关不掉
show 出文件名,直接用 type 打开看。
重 点
服务起不来的时候,第一件事就是看这个文件的最后几行。
知道更多
真机上这个文件有几百上千行,这里只留了启动那几句。
show 出文件名,直接用 type 打开看。
服务起不来的时候,第一件事就是看这个文件的最后几行。
真机上这个文件有几百上千行,这里只留了启动那几句。
旧的改名成 err-old 留着,新的从头开始写。
旧的没被删掉,只是改了名字,真的不要了再手动删。
课件第 38 页写成 flush -logs,中间那个空格是多的,第 48 页写对了。
log_bin 是 OFF,show binary logs 直接报 1381。
log_bin 是只读的,SET GLOBAL 改不了,真机要写 my.ini 再重启服务。
另外两种一句 set global 就行,只有它要重启。
真机要改配置重启,这里一条命令就开了。
开起来之后有了第一个日志文件,编号从 000001 开始。
enable-binlog 是这台终端自己加的,真机的 mysqladmin 没有这个参数。
SELECT 不记,改数据的语句才记。
刚才那句 SELECT 不在里面,二进制日志只记改数据的语句。
为什么 SELECT 不用记?
换三次就有四个文件,再按编号和按时间各删一次。
TO 删的是编号比它小的那几个,它自己留着。
课件第 41 页语法里的 og_name 少一个字母,应该是 log_name。
编号回到 000001,之前的日志全没了。
备份加日志才能恢复到误删前一刻,日志删干净了备份也就只能救到备份那一刻。
什么时候才该用 reset master?
早上备一份,中午插一行,下午手抖删库,最后全救回来。
先看 mysqlbinlog 打出来的 DROP 那一句在 # at 几,把这个数填进 --stop-position。
填大了就把 DROP DATABASE 也重放一遍,等于白救,填的是那一句的起点。
这次自己看位置,自己决定停在哪儿。
只还原备份,那句 UPDATE 就没了。自己用 --stop-position 把它追回来。
该停在哪一个位置?