首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    Mysql 查看修改连接数最大并发数

    show variables like '%max_connections%'; 查看最大连接数 set global max_connections=1000 重新设置,重启失效 打开my.ini,修改max_connections=1000(默认为100),永久生效 show status like 'Threads%'; +-------------------+-------+ | Variable_name     | Value | +-------------------+-------+ | Threads_cached    | 58    | | Threads_connected | 57    |   ###这个数值指的是打开的连接数 | Threads_created   | 3676  | | Threads_running   | 4     |   ###这个数值指的是激活的连接数,这个数值一般远低于connected数值 +-------------------+-------+ Threads_connected 跟show processlist结果相同,表示当前连接数。准确的来说,Threads_running是代表当前并发数 show full processlist 如果是root帐号,你能看到所有用户的当前连接。如果是其它普通帐号,只能看到自己占用的连接 命令:show status like '%下面变量%'; Aborted_clients 由于客户没有正确关闭连接已经死掉,已经放弃的连接数量。  Aborted_connects 尝试已经失败的MySQL服务器的连接的次数。  Connections 试图连接MySQL服务器的次数。  Created_tmp_tables 当执行语句时,已经被创造了的隐含临时表的数量。  Delayed_insert_threads 正在使用的延迟插入处理器线程的数量。  Delayed_writes 用INSERT DELAYED写入的行数。  Delayed_errors 用INSERT DELAYED写入的发生某些错误(可能重复键值)的行数。  Flush_commands 执行FLUSH命令的次数。  Handler_delete 请求从一张表中删除行的次数。  Handler_read_first 请求读入表中第一行的次数。  Handler_read_key 请求数字基于键读行。  Handler_read_next 请求读入基于一个键的一行的次数。  Handler_read_rnd 请求读入基于一个固定位置的一行的次数。  Handler_update 请求更新表中一行的次数。  Handler_write 请求向表中插入一行的次数。  Key_blocks_used 用于关键字缓存的块的数量。  Key_read_requests 请求从缓存读入一个键值的次数。  Key_reads 从磁盘物理读入一个键值的次数。  Key_write_requests 请求将一个关键字块写入缓存次数。  Key_writes 将一个键值块物理写入磁盘的次数。  Max_used_connections 同时使用的连接的最大数目。  Not_flushed_key_blocks 在键缓存中已经改变但是还没被清空到磁盘上的键块。  Not_flushed_delayed_rows 在INSERT DELAY队列中等待写入的行的数量。  Open_tables 打开表的数量。  Open_files 打开文件的数量。  Open_streams 打开流的数量(主要用于日志记载)  Opened_tables 已经打开的表的数量。  Questions 发往服务器的查询的数量。  Slow_queries 要花超过long_query_time时间的查询数量。  Threads_connected 当前打开的连接的数量。  Threads_running 不在睡眠的线程数量。  Uptime 服务器工作了多少秒。

    02

    Redis与数据库数据一致性

    可能谈到保持Redis与Mysql双库的数据一致性,可能很多人最先想到的方案就是读请求和写请求串行化,串到一个内存队列里去。但是这个方案有着一个致命的缺点:读请求和写请求串行化会导致系统的吞吐量大幅度降低,需要使用比正常情况下多几倍的机器去支撑线上的一个请求。Redis与Mysql双库的数据一致性问题为何会出现呢?其实我们可以考虑这么一个业务场景:我们需要更新部分数据,我们首先更新数据库数据,然后清除Redis缓存中的数据。但是数据库更新操作成功了,然而Redis清除缓存出现异常了,这样会导致出现这么一种情况:数据库中的数据已经更新为最新数据,但是Redis缓存中的数据依旧还是老数据,这时候就会出现Redis与Mysql双库的数据一致性问题。

    04

    Second_Behind_Master值

    日常工作中,我们经常会和主从复制架构打交道,现在一般的公司线上很少出现单点实例的裸奔情况,因为单点实例极易出现故障,而在实例运行的过程中,我们很难做到一直对实例进行备份。主从复制完美的解决了上面这个问题,而在主从复制的过程中,最常见的事情就是需要统计从库落后主库的时间,一般情况下,我们是需要主从的落后时间越小越好,因为小的数字意味着从库的数据和主库的数据基本保持一致。当然,在某些情况下,我们也会人为的设置这个延迟时间,举例子就是在一些高危操作之前,我们害怕出现一些误操作,这个时候我们往往设置主从的延迟时间,这样即使主库上进行了误操作,例如删除了表,由于主从库之间延迟时间的存在,我们的从库可以避免这个问题,从而保障数据的安全性。

    02
    领券