简而言之就是发微信消息对超过 24 小时的消息进行筛选掉，微信互动超过 24 的消息发送一般情况下是发送不了的

备注下：

当前读
当前读是基于 临键锁（行锁 + 间歇锁）来实现的，适用于 insert，update，delete，select ... for update，select ... lock in share mode 语句，以及加锁了的 select 语句。

更新数据时，都是先读后写，而这个读，就是当前读。读取数据时，读取该条数据的已经提交的最新的事务，生成的 readView 。

那就可以确定了 是 stopwaitsecs 这个值设置的时间过短的问题。

谢谢各位了

我刚开了下 laravel 文档

重启不依托于 supervisorctl

下边这条指令可以

php artisan queue:restart

项目用的是 laravel 框架。

然后守护进程直接用 supervisor

你给我的方案在于手动去实现一个守护进程，这样的话，我用 supervisor 就没意义了。

难道我想歪了吗

@keepeye 用信号大概知道，但是具体到落地就是另外一回事了。

@ruanimal 你的思路是直接用 supervisor 信号，这个我可以研究下

@Jeyfang 刚才我试验了下。

在 laravel 队列执行过程中 supervisorctl restart test

然后出现了两个 testJob.time() 的文件，这也就说明任务出现重复执行的情况。

retry_after=86400


```
$i = 10000000;
while ($i) {
if ($i == 10000000) {
LogInfo('testJob' . time(), $i);
} else {
LogInfo('testJob', $i);
}
$i--;
}

```

@buffzty 这个方案应该更适合我们的业务
@vus520 应该是我理解有偏差了，直接用 nginx 切业务就可以了。

谢谢大家了

业务没有到那么重的地步，引进不必要的第三方增加维护难度。

@heybuddy 这个方案比较好

现在 redis 做队列。mq 的话，感觉太重了

SELECT * from information_schema.INNODB_TRX

Kill id(上面查询出来的 trx_mysql_thread_id)

这两条可以查找到死锁的线程 ID

只有几条数据的表，alter 语句就提示 Waiting for table metadata lock

现在正在追这个问题

阿里云的机器，应该是锁的问题，重启了下 mysql，现在没问题的，但是还要配置下慢日志的参数，现在检测日志没记录下来。

[client]
#password = your_password
port = 3306
socket = /tmp/mysql.sock

[mysqld]
port = 3306
socket = /tmp/mysql.sock
datadir = /www/server/data
default_storage_engine = InnoDB
performance_schema_max_table_instances = 400
table_definition_cache = 400
skip-external-locking
key_buffer_size = 128M
max_allowed_packet = 100G
table_open_cache = 512
sort_buffer_size = 2M
net_buffer_length = 4K
read_buffer_size = 2M
read_rnd_buffer_size = 256K
myisam_sort_buffer_size = 32M
thread_cache_size = 64
query_cache_size = 64M
tmp_table_size = 64M
sql-mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

explicit_defaults_for_timestamp = true
#skip-name-resolve
max_connections = 500
max_connect_errors = 100
open_files_limit = 65535

log-bin=mysql-bin
binlog_format=mixed
server-id = 1
expire_logs_days = 10
slow_query_log=1
slow-query-log-file=/www/server/data/mysql-slow.log
long_query_time=3
#log_queries_not_using_indexes=on
early-plugin-load = ""


innodb_data_home_dir = /www/server/data
innodb_data_file_path = ibdata1:10M:autoextend
innodb_log_group_home_dir = /www/server/data
innodb_buffer_pool_size = 512M
innodb_log_file_size = 256M
innodb_log_buffer_size = 64M
innodb_flush_log_at_trx_commit = 1
innodb_lock_wait_timeout = 50
innodb_max_dirty_pages_pct = 90
innodb_read_io_threads = 4
innodb_write_io_threads = 4

[mysqldump]
quick
max_allowed_packet = 500M

[mysql]
no-auto-rehash

[myisamchk]
key_buffer_size = 128M
sort_buffer_size = 2M
read_buffer = 2M
write_buffer = 2M

[mysqlhotcopy]
interactive-timeout

刚刚添加唯一索引的 sql 死了，然后把 mysqld 搞挂了
我先分析下

@linxl 这个我去测试下，因为担心不同公众号的图片 url 不公用。但是感觉你的思路可行。

将视频列表整个加载到 redis 内存中，
然后用户已浏览记录也放入内存中，求这两者之间的差集。
然后对差集进行排序。

这里边时间与空间复杂度没考虑。