Oracle是一种非常流行的数据库软件，广泛应用于各类企业和组织中。在Oracle中，字段是一个非常重要的概念，它用来描述记录中的各类属性或特征。一个字段可以包含不同类型的数据，如文本、数值、日期和时间等，它们都有不同的属性和操作方法。 Oracle中常见的字段类型包括： CHAR(size) 定长字符串，最大长度为size VARCHAR2(size) 变长字符串，最大长度为size NUMBE

大家有没有碰到过这种情况？ 经常为了复现某个偶现问题，在开始测试时就需要打开日志一直跟踪日志到问题复现，在这个过程中，可能会经历很长时间，导致抓取到的日志文件一般都比较大，在分析日志时分析日志的工具load日志很慢，可能还会占用内存过多，导致办公系统运行变慢、变得比较卡顿。 如果碰到这种情况一般有两种处理方法： 1、优化log系统，针对保存日志的文件大小设置一个固定的size，每当日志保存超过这个

size命令用于查看目标文件、库或可执行文件中各段及其总和的大小，是 GNU 二进制工具集 GNU Binutils 的一员。 语法格式：size [参数] [文件] 常用参数： -A|-B|–format=compatibility 控制输出格式 -d|-o|-x|–radix=number 控制大小输出的进制 –common 打印每个文件的 common symbols 大小 –totals

查看服务器型号、序列号： [root@debian /home]# dmidecode|grep "System Information" -A9|egrep "Manufacturer|Product|Serial" Manufacturer: Dell Inc. Product Name: PowerEdge R420 Serial Number: GZB7ZY1 Linux 查看内存的插槽数

c/c++中一些基础但必须熟记的知识 (1)const 与#define const在C++中包含了更丰富的含义，而在C语言中仅意味着：“只能读的普通变量，”或“不能改变的变量”，故在编译阶段需要的常数仍然只能以#DEFIEN宏定义！故在C语言中如下程序时非法的： const int SIZE = 10; char a[SIZE];错误：SIZE不是常数！ (2)static变量初始化的问题 看下

MySQL理论上使用的内存 = 全局共享内存 + max_connections×线程独享内存。 也就是：innodb_buffer_pool_size + innodb_log_buffer_size + thread_cache_size +table_open_cache + table_definition_cache +key_buffer_size + max_c MySQL理论上使用

在日常运维中，可以使用如下SQL语句显示Oracle表空间使用率： SELECT a.tablespace_name, ROUND(a.total_size) "total_size(MB)", ROUND(a.total_size) - ROUND(b.free_size,3) "used_size(MB)", ROUND(b.free_size,3) "free_size(MB 在日常运维中，

默认未修改 steam_pool_size（下限，默认为0），data pump数据泵在11g中开始Advanced Queue高级队列来控制其job作业的启动、停止和重启了。如果streams pool的当前size为0（在v$sgainfo中可以查看）， 默认未修改 steam_pool_size（下限，默认为0），data pump数据泵在11g中开始Advanced Queue高级队列来控

更改后如下： innodb_buffer_pool_size=576M -256M InnoDB引擎缓冲区占了大头，首要就是拿它开刀 query_cache_size=100M -16M 查询缓存 tmp_table_size=102M -64M 临时表大小 key_buffer_size=256m -32M 重启mysql服务后 更改后如下： innodb_buffer_pool_size=57

在网上看了无数的my.cnf的配置，大多数提到的配置无外乎这几个： 1. innodb_buffer_pool_size 2. innodb_log_file_size 3. innodb_log_buffer_size 4. innodb_flush_log_at_trx_commit 然后自己写了两个例子，一个单线 在网上看了无数的my.cnf的配置，大多数提到的配置无外乎这几个： 1. in

报错信息： Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535 向mysql的表插件一个字段 类型为text时，或修改一个字段类型为text时，报出上面的错误。其实我对这 报错信息：Row size too large. The maximum row size

针对16G内存的配置 复制代码 代码如下: tmp_table_size = 64M 先说下tmp_table_size吧： 它规定了内部内存临时表的最大值，每个线程都要分配。（实际起限制作用的是tmp_table_size和max_heap_table_ 针对16G内存的配置 复制代码 代码如下: tmp_table_size = 64M 先说下tmp_table_size吧： 它规定了内部内存

MySQL手册里关于read_rnd_buffer_size的解释如下： “这个参数用在sort查询之后 ，以保证获取以顺序的方式获取到查询的数据。如果你有很多order by 查询语句，增长这值能够提升性能。” 这 MySQL手册里关于read_rnd_buffer_size的解释如下： “这个参数用在sort查询之后 ，以保证获取以顺序的方式获取到查询的数据。如果你有很多order by 查询

今天在检查mysql服务器的时候提示Sort aborted: Out of sort memory, consider increasing server sort buffer size，安装字面意思就是 sort内存溢出，考虑增加服务器的排序缓冲区(sort_buffer_size)大小 sort_buf 今天在检查mysql服务器的时候提示Sort aborted: Out of sort

先来看看document对这个参数的解释: 缓存myisam表的索引块大小，可以被所有进程所共享。当设置key_buffer_size，操作系统不会马上分配key_buffer_size设置的值，而是在需要的时候，再分配的。 先来看看document对这个参数的解释: 缓存myisam表的索引块大小，可以被所有进程所共享。当设置key_buffer_size，操作系统不会马上分配key_buffe

首先我们来看一个公式，MySQL中内存分为全局内存和线程内存两大部分 （其实并不全部，只是影响比较大的 部分）： 复制代码 代码如下: per_thread_buffers=(read_buffer_size+read_rnd_buffer_size+ 首先我们来看一个公式，MySQL中内存分为全局内存和线程内存两大部分（其实并不全部，只是影响比较大的 部分）：复制代码 代码如下:per_thre

内存表，就是放在内存中的表，所使用内存的大小可通过My.cnf中的max_heap_table_size指定，如max_heap_table_size=1024M，内存表与临时表并不相同，临时表也是存放在内存中，临时表最大所需内 内存表，就是放在内存中的表，所使用内存的大小可通过My.cnf中的max_heap_table_size指定，如max_heap_table_size=1024M，内存表

myisam_max_[extra]_sort_file_size足够大 delay_key_write减少io,提高写入性能 bulk_insert_buffer_size concurrent_insert 设置为2 read_rnd_buffer_size random scan 使用 read_buffer_size 顺序扫描表使用 key cache 的三种方式 myisam_max_[

mysql出现错误编码1114的解决办法：首先在【my.cnf】中修改【max_heap_table_size = 256M】【tmp_table_size = 256M】；然后重启MySQL服务。 mysql出现错误编码1114的解决办法： 1、在my.cnf中修改max_heap mysql出现错误编码1114的解决办法：首先在【my.cnf】中修改【max_heap_table_size =

MySQL配置参数【tmp_table_size】的方法：首先查看【tmp_table_size】；然后设置【tmp_table_size】；最后MySQL配置文件【my.cnf】中mysqld下添加【tmp_table_size】。 更多推荐： mysql教程 (视频) tmp_tab MySQL配置参数【tmp_table_size】的方法：首先查看【tmp_table_size】；然后设置【