小编Rol*_*DBA的帖子

我有一个数据库，其中包含存储为浮点数的财务数据。自然地，这可能会在随机时间出现真正的问题（例如，当存在无法使用浮点算法足够接近地近似的精确值时）。

我的问题是：

• ALTER TABLE table MODIFY field fixed(10,2)选择字段时使用会 保留 MySQL 当前显示的固定值吗？
• 有没有可能价值不是这个？

I have table with observations of objects moving along edges in a graph, this table has the following form:

PK | TIMESTAMP | object_id | from_id | to_id

where object_id is the id of some object and from_id and to_id are vertices.

Since the movements are observed at a high frequency the tuple

(object_id, from_id, to_id)

is repeated often for different PK and TIMESTAMPS. I'm interested in all the separate edge traversals, so if an object with id 1 …

我的表结构：

+-----------------+--------------+------+-----+-------------------+----------------+
| Field           | Type         | Null | Key | Default           | Extra          |
+-----------------+--------------+------+-----+-------------------+----------------+
| id              | int(11)      | NO   | PRI | NULL              | auto_increment |
| user            | varchar(100) | NO   |     | NULL              |                |
| uniq_name       | varchar(100) | NO   |     | NULL              |                |
| info_name       | varchar(100) | NO   |     | NULL              |                |
| delay_time      | int(11)      | NO   |     | NULL              |                |
| track_time      | timestamp    | NO   | …

我想要一个不同于全局 sql_mode 的默认会话 sql_mode。

我可以手动设置，但我想自动设置。

我以为我可以将它添加到.my.cnf，但这不起作用。我尝试将它添加到 中的[mysql]组中.my.cnf，它没有抛出错误。

然而，当我连接会话 sql_mode 时，会话仍然继承全局 sql_mode。

我正在使用 MySQL 5.5.16。

我有一个小脚本，它允许我选择一个数据库和一些表，然后通过mysqldump.

目前这不包括USE 'db_name'输出文件中的语句，这是我需要包含的内容。

这是我正在使用的转储命令示例：-

mysqldump -u root db_name tbl_1 tbl_2 tbl_3 > output.sql

我在这里找到了这个问题，它描述了我遇到的相同问题，但是提供的答案对我不起作用。该USE 'db_name'语句不会写入输出的 SQL 文件。

这是从我转储的 SQL 文件之一到它启动DROP/ CREATEtable 命令的所有内容：

-- MySQL dump 10.13  Distrib 5.5.16, for Win64 (x86)
--
-- Host: localhost    Database: db_name
-- ------------------------------------------------------
-- Server version   5.5.16-log

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' …

我想澄清一下--flush-privilegesmysqldump的选项。

以下是MySQL 文档中该选项的描述：

--flush-privileges    
Send a FLUSH PRIVILEGES statement to the server after dumping the mysql database.
This option should be used any time the dump contains the mysql database and any other
database that depends on the data in the mysql database for proper restoration. 

当它说它在转储数据库后发送刷新语句时，我读到这意味着数据、模式等被转储到备份文件中，然后刷新语句被发送到刚刚转储的数据库（在它之后被抛弃）。

我想知道什么转储数据等需要刷新特权，所以我开始寻找解释以确定何时以及为什么使用它。

当我阅读各种答案时，我想到如果将flush 语句包含在转储文件中是有意义的。然后在将文件内容加载到数据库中后，运行刷新权限语句以在导入新信息后更新设置。

那么它是怎样工作的？
A)将数据转储到文件后刷新源数据库？如果是这样，为什么这是必要的？
B) 在导入转储文件的内容后刷新目标数据库？
C) 除了我所描述的可能性之外的其他东西？

最近我们一直在从 MyISAM 迁移到 InnoDB，我知道 MyISAM 使用针对每个表的元信息来跟踪信息等 - 但是，数据库大约 1.8GB，在 400 多个左右的表中有 1+ 百万条记录。

问题来自像 PHPMyAdmin 这样的软件运行“SHOW TABLE STATUS FROM dbase;” 执行该命令最多可能需要 50 秒。有没有办法优化这个？（MySQL 或 MariaDB）

谢谢！

我是 MySQL 的新手，我在创建BEFORE INSERT触发器时遇到了问题。

我收到一个unexpected END错误。

我有一个以verlof_aanvragen列命名的表datum（还有 6 列）。

我想要完成的只是日期介于now()+8和之间now()+365或 CURDATE() + INTERVAL 8 DAY AND CURDATE() + INTERVAL 365 DAY) 可以插入的行。日期超出该间隔的插入应该失败。

我使用的是 MySQL 5.5.24 版。

这是代码：

CREATE TRIGGER chk_dates  
BEFORE INSERT ON verlof_aanvragen  
FOR EACH ROW  
BEGIN  
  IF (NEW.datum < CURDATE() + INTERVAL 8 DAY OR NEW.datum > CURDATE() + INTERVAL 365 DAY) 
THEN  
    SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Any Message'

END IF  
END 

我有 Windows 10 训练营。我已经安装了最新版本的 MySQL 社区服务器。我还在 IIS 上安装了 WordPress。MacBook 有 16Gb 的内存。这是我的配置文件

[client]
no-beep

# pipe
# socket=0.0
port=3306

[mysql]

default-character-set=utf8

[mysqld]
port=3306
datadir=C:/ProgramData/MySQL/MySQL Server 5.6/Data
character-set-server=utf8
]default-storage-engine=INNODB
sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
log-output=FILE
general-log=0
general_log_file="DESKTOP-F1OO1LC.log"
slow-query-log=1
slow_query_log_file="DESKTOP-F1OO1LC-slow.log"
long_query_time=10
log-error="DESKTOP-F1OO1LC.err"
server-id=1
max_connections=151
query_cache_size=0
table_open_cache=2000
tmp_table_size=90M
thread_cache_size=10
myisam_max_sort_file_size=100G
myisam_sort_buffer_size=171M
key_buffer_size=8M
read_buffer_size=64K
read_rnd_buffer_size=256K
innodb_additional_mem_pool_size=13M
innodb_flush_log_at_trx_commit = 2
innodb_log_buffer_size=7M
innodb_buffer_pool_size = 4G
innodb_log_file_size=48M
innodb_thread_concurrency=17
innodb_autoextend_increment=64
innodb_buffer_pool_instances=8
innodb_concurrency_tickets=5000
innodb_old_blocks_time=1000
innodb_open_files=300
innodb_stats_on_metadata=0
innodb_file_per_table=1
innodb_checksum_algorithm=0
back_log=80
flush_time=0
join_buffer_size=256K
max_allowed_packet=4M
max_connect_errors=100
open_files_limit=4161
query_cache_type=0
sort_buffer_size=256K
table_definition_cache=1400
binlog_row_event_max_size=8K
sync_master_info=10000
sync_relay_log=10000
sync_relay_log_info=10000

有什么明显的我做错了或者你需要更多信息吗？我试过遵循各种指南，但对所有可用的选项感到迷失。

目前正在查看每秒最多 …

一些记录通过以下查询显示在多个结果“页面”上：

SELECT 
    `description`,
    `wallpaper`
FROM
    `bbr_bar`
WHERE
    `country_id` = '2510769'
ORDER BY
    `online` DESC

例如，id 为 99 的记录显示在第一个“页面”( LIMIT 10 OFFSET 0) 上，但也显示在最后一个“页面”上LIMIT 10 OFFSET 50。显然这不应该发生。

在以下情况下该问题消失：

• 如果我不过滤查询，或者不排序它（ 和country_id都是online，int(11)不是外键）
• 如果我从子句中删除两个字段之一SELECT（都是varchar(255)，而不是外键）
• 如果我删除架构中的某些表或字段。然而，经过几个小时的努力，我仍然无法确定哪些表/字段有影响，哪些没有影响。看起来像是随机的（即使我知道不是）。因此，我不会在此处粘贴任何CREATE TABLE或INSERT声明，因为我认为它们不相关。

我唯一可以肯定的是，如果我将mysqldump所有表恢复到新模式中，问题仍然存在。

（表中还有其他字段，但添加/删除它们对结果没有影响）。

问题：

1. 如果我得出的结论是我的模式中的某些内容已损坏，我是对的吗？
2. 我该如何解决这个问题？

（MySQL 版本：5.6.24 Win32 x86）