
tcpip 三次握手,准备好了吗?准备好了,ok,当网络攻击的时候,从客户端伪装肉机 无限的发送请求,这样syn queue队列就被占满,
back_log:就是定义accept queue多大,如果说我这个参数只有500,那么accept queue不够用, 我们线上的服务都是长链接。
innodb_buffer_pool_size: buffer 大小

上面三个是每个线程做update,我update一条语句看下面bin log
hd = open('/tmp/xx.conf' ,'w');
[ 缓存 ]
hd = write('hello');
[ 缓存 -----hello]
hd->flush();
[os file cache -->hello]
这时候宕机。。
sync(hd);-->write disk 这是不保证的。
innodb_flush_log_at_trx_commit = 1那么每次commit都要持久化,保证数据丢失。任何commit的事务都不能丢失,默认值是1. OLTP 这个就让他为1
innodb_flush_log_at_trx_commit
sync_binlog:这个是刷上层的log的。 如果设置成1000 意思是说 我1000次 才做一次sync到磁盘。OLTP这个就让他为1,默认值为0,就是说写慢了再持久化,都设置为1
innodb_thread_concurrency:比如sever层有10000个链接,执行计划是在server层做的,真正的取数据是在innodb层去做的,innodb对并发有严格控制,这个参数是计数的,如果进来一个线程请求就加1,
sort_buffer_size:首先在这里排序,不够用磁盘
table_open_cache:1000个链接,进来,都要访问t1表,那么就open了 1000个table,创建了1000个对象,
mysql> show variables like 'table_open_cache';
+-------------------------+-------+
| Variable_name | Value|
+-------------------------+-------+
| table_open_cache | 2000|
+-------------------------+-------+
1 row in set (0.00 sec)
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/29990276/viewspace-1757609/
,如需转载,请注明出处,否则将追究法律责任。