笔记记录
MySQL 可以分为 Server 层和存储引擎层两部分
Server 层包括连接器、查询缓存、分析器、优化器、执行器等。
Server关系:连接器—>查询缓存—>分析器—>优化器—>执行器
使用指定的引擎。
create table 语句中使用 engine=memory, 来指定使用内存引擎创建表
客户端如果太长时间没动静,连接器就会自动将它断开。这个时间是由参数 wait_timeout 控制的,默认值是 8 小时。
mysql 系统始终会保存一个长连接,在哪里,等待请求发过来。就算当前长连接到时间自动释放,那么也会在自动创建一个新的连接过来
过执行 mysql_reset_connection 来重新初始化连接资源
mysql_reset_connection
参数 query_cache_type 设置成 DEMAND,这样对于默认的 SQL 语句都不使用查询缓存
要使用查询缓存的语句,可以用 SQL_CACHE 显式指定
select SQL_CACHE * from T where ID=10;
Redo log 记录这个页 “做了什么改动”。
Binlog有两种模式,statement 格式的话是记sql语句, row格式会记录行的内容,记两条,更新前和更新后都有。
innodb_flush_log_at_trx_commit = 1
这个参数设置成 1 的时候,表示每次事务的 redo log 都直接持久化到磁盘
sync_binlog = 1
这个参数设置成 1 的时候,表示每次事务的 binlog 都持久化到磁盘。
MySQL 的隔离级别设置为“读提交”
transaction-isolation = READ-COMMITTED
mysql> show variables like ‘transaction_isolation’;
±----------------------±---------------+
| Variable_name | Value |
±----------------------±---------------+
| transaction_isolation | READ-COMMITTED |
±----------------------±---------------+
mysql 的事务启动方式:
- 显式启动事务语句, begin 或 start transaction。配套的提交语句是 commit,回滚语句是 rollback。
- set autocommit=0,这个命令会将这个线程的自动提交关掉。意味着如果你只执行一个 select 语句,这个事务就启动了,
而且并不会自动提交。这个事务持续存在直到你主动执行 commit 或 rollback 语句,或者断开连接。
查询事务持续时间超过60秒的所有事物。
select * from information_schema.innodb_trx where TIME_TO_SEC(timediff(now(),trx_started))>60
mysql 全局加锁
Flush tables with read lock (FTWRL);
表锁的语法是:lock tables … read/write
释放锁操作:unlock tables
解决和防止死锁的两种方式:
- 一种策略是,直接进入等待,直到超时。这个超时时间可以通过参数 innodb_lock_wait_timeout 来设置。一般设置为50,根据业务来调整
- 另一种策略是,发起死锁检测,发现死锁后,主动回滚死锁链条中的某一个事务,让其他事务得以继续执行。
将参数 innodb_deadlock_detect 设置为 on,表示开启这个逻辑。 默认设置为 on,当 高并发的时候,
在业务允许范围内,可以把这个设置为off,暂时关掉,可以有效缓解cpu 使用
普通索引,和唯一索引的场景选择:
再小并发的时候,普通索引和唯一索引的性能消耗差异是不大的,
当并发增发,区别会有明显展现出来。
当一个业务更新之后,需要立刻对这个数据进行查询,数据先记录在change buffer 里面,但之后由于马上要访问这个数据页,会立即触发 merge 过程。
这样随机访问 IO 的次数不会减少,反而增加了 change buffer 的维护代价。
索引:change buffer
change buffer 用的是 buffer pool 里的内存,因此不能无限增大。change buffer 的大小,可以通过参数 innodb_change_buffer_max_size 来动态设置。
这个参数设置为 50 的时候,表示 change buffer 的大小最多只能占用 buffer pool 的 50%。