标签：卡顿   指定   服务端   windows   comm   row   启动   编译   cep   

1.

在windows下，安装完mysql后，建议把数据目录(data目录)移动到非系统目录，避免系统出问题的时候还原。

• 在d盘创建一个mysqldata
• 给新文件增加权限NetworkService
• 把data下的数据全拷贝过去
• 修改my.ini中的选项 datadir=D:\mysqldata(注意，要\，使用/可能启动失败)
• 重启服务或是直接重启系统

2.

mysql connect c++安装要与我们的应用对应，应用是32位，connect就要是32位的，与数据库是32还是64无关

3.

mysql connect c++在使用的时候sqlstring与string不兼容，有问题崩溃，是因为mysql官网编译的代码是c/c++->code generation->runtime library->/MD，如果不是这个，那么就不能通用，会报错，把自己的工程改成这个一样。

如果更改自己工程太麻烦，可以获取源码自行编译。不过windows下编译非常麻烦。

4.

使用mysql c++ connector需要boost库
c/c++->General->Additional Include Directories添加
boost
c:/program files (x86)/MySQL/MySQL Connector C++ 1.1.9/include

Linker->General->Additional Library Directories添加
c:/program files (x86)/mysql/mysql connector c++ 1.1.9/lib/opt

linker->input->additional dependencies添加
mysqlcppconn.lib

5.

使用mysql c++ connector需要引用下面的头文件

#include "mysql_connection.h"
#include <cppconn/driver.h>
#include <cppconn/exception.h>
#include <cppconn/resultset.h>
#include <cppconn/statement.h>
#include <cppconn/prepared_statement.h>

6.

linux下编译mysql connector报错
CMAKE_CXX_COMPILER
是因为没有安装gcc-c++

7.

cmake . -DBOOST_ROOT=/mnt/dbbackup/boost_1_65_1
指定boost目录，必须是绝对路径

8.

试用mysql connector c++的时候，工程的debug和release要与对应的dll和lib对应，不然，string使用会报错

9.

根据mysql 官网编译生成c++ connector工程，然后编译出release和debug版本，对应的cmake等工具，可以在visual studio安装目录下查找，编译的时候要把对应的lib放进去，这样的好处就是可以直接使用dll中的函数，不用查找函数名字，在使用的目录要把对应的dll放过去

10.

数据库中，默认的连接编码是无bom的utf8，编码指定的utf8是有bom的utf8编码，mysql的workbentch默认是使用无bom的utf8

11.

show  full  processlist
查看现在的数据库连接动态
kill 2222
杀掉一个进程

12.

innodb_flush_log_at_trx_commit = 2  
# 0：如果innodb_flush_log_at_trx_commit的值为0,log buffer每秒就会被刷写日志文件到磁盘，提交事务的时候不做任何操作（执行是由mysql的master thread线程来执行的。  
# 主线程中每秒会将重做日志缓冲写入磁盘的重做日志文件(REDO LOG)中。不论事务是否已经提交）默认的日志文件是ib_logfile0,ib_logfile1  
# 1：当设为默认值1的时候，每次提交事务的时候，都会将log buffer刷写到日志。  
# 2：如果设为2,每次提交事务都会写日志，但并不会执行刷的操作。每秒定时会刷到日志文件。要注意的是，并不能保证100%每秒一定都会刷到磁盘，这要取决于进程的调度。  
# 每次事务提交的时候将数据写入事务日志，而这里的写入仅是调用了文件系统的写入操作，而文件系统是有 缓存的，所以这个写入并不能保证数据已经写入到物理磁盘  
# 默认值1是为了保证完整的ACID。当然，你可以将这个配置项设为1以外的值来换取更高的性能，但是在系统崩溃的时候，你将会丢失1秒的数据。  
# 设为0的话，mysqld进程崩溃的时候，就会丢失最后1秒的事务。设为2,只有在操作系统崩溃或者断电的时候才会丢失最后1秒的数据。InnoDB在做恢复的时候会忽略这个值。  
# 总结  
# 设为1当然是最安全的，但性能页是最差的（相对其他两个参数而言，但不是不能接受）。如果对数据一致性和完整性要求不高，完全可以设为2，如果只最求性能，例如高并发写的日志服务器，设为0来获得更高性能 

13.

max_allowed_packet = 16M #服务器发送和接受的最大包长度

14.

mysql安装完成后，这个设置的非常小，默认好象是8M，会导致数据库读写多的时候，磁盘操作太多，而卡顿整个系统。所以这里需要设置的大一些，这个是mysql做服务端时必须修改的一个参数

innodb_buffer_pool_size = 64M  
# InnoDB使用一个缓冲池来保存索引和原始数据, 不像MyISAM.  
# 这里你设置越大,你在存取表里面数据时所需要的磁盘I/O越少.  
# 在一个独立使用的数据库服务器上,你可以设置这个变量到服务器物理内存大小的80%  
# 不要设置过大,否则,由于物理内存的竞争可能导致操作系统的换页颠簸.  
# 注意在32位系统上你每个进程可能被限制在 2-3.5G 用户层面内存限制,  
# 所以不要设置的太高.

15.

linux编译使用mysql connector

backupexe: backup.o
        g++ -o backupexe backup.o -I/usr/local/include -I/usr/local/include/cppconn -Wl,-Bdynamic -lmysqlcppconn
backup.o : backup.cpp
        g++ -c backup.cpp -I/usr/local/include -I/usr/local/include/cppconn -Wl,-Bdynamic -lmysqlcppconn
clean:
        rm backup.o backupexe

16.

SELECT CONCAT( ‘ALTER TABLE ‘ ,TABLE_NAME ,‘ ENGINE=INNODB, ROW_FORMAT=DYNAMIC; ‘) as `sql-commands-for-convert-engine`
    FROM information_schema.TABLES AS t
    WHERE TABLE_SCHEMA = ‘db_log‘ and TABLE_TYPE = ‘BASE TABLE‘;
    批量显示对应数据库db_log下所有表的执行语句

17.

show status like ‘Threads%‘;

Threads_cached    5  （当前线程缓存中有多少空闲线程）
Threads_connected    127 （当前连接的线程）
Threads_created    7295 （从数据库启动，已经创建过的线程）
Threads_running    1 （当前活动线程）

18.

show variables like ‘%max_connections%‘;

查看最大连接数，默认是100多，服务端安装完最好修改

19.

ALTER TABLE `dbname`.`tablename` 
MODIFY COLUMN `userid` int(11) UNIQUE

设置为唯一值，并且允许为空，如果为空，不计算在约束内，就是可以多个为空

20.

mysql小计

标签：卡顿   指定   服务端   windows   comm   row   启动   编译   cep   

原文地址：https://www.cnblogs.com/studywithallofyou/p/11351344.html