3

我们有一个表格方案，如下所示：

CREATE TABLE IF NOT EXISTS `offers` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `campaign_id` int(11) NOT NULL,
  `user_id` int(11) NOT NULL,
  `price` double NOT NULL,
  `ip` varchar(15) NOT NULL,
  `cdate` int(11) NOT NULL,
  PRIMARY KEY (`id`),
  KEY `campaign_id` (`campaign_id`,`price`)
) ENGINE=InnoDB  DEFAULT CHARSET=latin5 AUTO_INCREMENT=190514 ;

对于用户的每个新报价，我们都会检查最后一个订单是否由同一用户给出：

"select user_id from offers where campaign_id='".$campaign['id']."' order by id desc limit 1"

如果 user_id 相同，我们会阻止新提议以保护用户免受意外双击。

如果报价没有任何问题，我们将报价插入：

"insert into offers(campaign_id,user_id,price,ip,cdate) values (".$campaign['id'].",".$user['id'].",'".$price."','".$_SERVER['REMOTE_ADDR']."',".time().")"

但问题是 select 仅在大约 1 秒后返回最后插入的行。这意味着如果用户点击按钮太快，他们可以插入多个优惠。

我们使用 5.5.30-30.2-log Percona Server 作为我们的数据库服务器。以下是我们的 my.cnf 文件：

[mysqld]
datadir                         = /var/lib/mysql
tmpdir                          = /var/lib/mysqltmp
socket                          = /var/lib/mysql/mysql.sock
skip-external-locking           = 1
skip-name-resolve
open-files-limit                = 40000
max_heap_table_size             = 64M
tmp_table_size                  = 64M
log-error                       = /var/log/mysqld.log
thread-cache-size               = 50
table-cache                     = 4096
table-open-cache                = 4096
table-definition-cache          = 512
query-cache-size                = 0
query-cache-limit               = 16M
query-cache-type                = 0
sort-buffer-size                = 1M
read-buffer-size                = 1M
read-rnd-buffer-size            = 8M
join-buffer-size                = 1M
tmp-table-size                  = 64M
max-heap-table-size             = 64M
back-log                        = 100
max-connections                 = 10000
max-connect-errors              = 10000
max-allowed-packet              = 256M
interactive-timeout             = 360
wait-timeout                    = 360
innodb                          = FORCE
key-buffer-size                 = 32M
myisam-sort-buffer-size         = 4M
innodb-buffer-pool-size         = 60G
innodb-log-file-size            = 256M
innodb_log_files_in_group       = 2
innodb-log-buffer-size          = 4M
innodb-file-per-table          = 1
innodb-thread-concurrency       = 8
innodb-flush-log-at-trx-commit  =2
server-id                       = 1
slow-query-log                  = 1
slow-query-log-file             = /var/lib/mysqllogs/slow-log
4

4 回答 4

1

您是否尝试在更新/插入事件上使用 SQL 触发器来检查例如是否

SELECT count(*) FROM `offers` 
WHERE campaign_id = [Your_value] AND user_id = [Your_value];

等于0，并按照它行事。（如果已经存在，请勿进行任何修改 [...]）

编辑：顺便说一句，它似乎更像是 Ajax / Php / 无论您使用什么问题，而不是 MySQL 数据库的错误使用。您应该防止用户在短时间内发送许多请求。

于 2013-05-03T14:14:15.637 回答
0

MySQL 查询缓存。

MySQL 将检查第一次单击并返回一个空结果，然后它会插入记录，然后每次后续单击 MySQL 返回空结果的缓存值并允许另一个插入。

我们在一个我正在处理的请求非常接近的站点上发生了类似的事情。

我们最终不得不先运行它

SET SESSION query_cache_type=0;
于 2013-05-03T13:41:19.510 回答
0

您是否尝试过将插入显式包装到事务中？做类似的事情：

START TRANSACTION
INSERT ...
COMMIT
SELECT ...

这应该保证 SELECT 将返回最后插入的数据。

有关 InnoDB 隔离级别的更多信息：[1]和[2]

于 2013-05-03T15:00:40.937 回答
0

我认为问题是由多个连接在插入之前选择同一行引起的，如下所示：

php连接1：选择最后一个offers user_id

php连接2：选择最后一个offer user_id（给同一个）

php连接1：插入offer

php连接2：插入报价

我通过在选择之前锁定表并在插入后解锁它来解决问题，例如：

锁表提供写入

选择最后一个offer的user_id

如果它与当前用户插入报价不同

解锁表优惠

于 2013-05-03T19:48:50.727 回答