trxidcounter

A. mysql select * into OUTFILE 不会锁表

mysql>select*intoOUTFILE'out.txt'fromtest.t3;不会锁表:

mysql>showengineinnodbstatusG
***************************1.row***************************

------------
TRANSACTIONS
------------
Trxidcounter123413
Purgedonefortrx'sn:o<122897undon:o<0state:runningbutidle
Historylistlength461
:
---TRANSACTION123412,notstarted
MySQLthreadid62,OSthreadhandle0x7fe5a1337700,queryid1261localhostrootinit
showengineinnodbstatus
---TRANSACTION123410,ACTIVE108sec
MySQLthreadid60,OSthreadhandle0x7fe5a12f6700,
>=123411,sees<123409
--------


mysql>showengineinnodbstatusG


:
---TRANSACTION123412,notstarted
MySQLthreadid62,OSthreadhandle0x7fe5a1337700,queryid1264localhostrootinit
showengineinnodbstatus

---TRANSACTION123410,ACTIVE160secfetchingrows
mysqltablesinuse1,locked0
MySQLthreadid60,OSthreadhandle0x7fe5a12f6700,
select*intoOUTFILE'out.txt'fromtest.t3
>=123411,sees<123409
--------

============================

1rowinset(0.00sec)

B. ORACLE EBS里怎么通过api创建ar事务处理

在R12中做过事务处理导入，是利用接口表Ra_Interface_Lines_All然后提交标准请求Autoinvoice Master Program
r11里导入贷项通知单真的很恶心啊 我用APIR12导入的好好的 到了11就不让搞了 一看api他自己限制了发票类型 不让导入dm的

C. 如何在删除ibdata1和ib

mysql 误删除ibdata1之后如何恢复

如果误删除了在线服务器中mysql innodb相关的数据文件ibdata1以及日志文件 ib_logfile*，
应该怎样恢复呢？

这时候应该一身冷汗了吧？
==================================
先抽根烟，冷静一下。
==================================
再观察一下网站，发现一切都很正常，数据的读取与写入操作都完全正常。
这是怎么个情况？

其实，mysqld在运行状态中，会保持这些文件为打开状态，
即使把它们删除了，它们仍旧存在于文件系统中，mysqld仍然可以对其进行读写。

复制代码 代码如下:
root@localhost:/var/lib/mysql# ls -la /proc/14101/fd/ | grep -e ibdata -e ib_
lrwx------ 1 root root 64 Aug 7 23:29 3 -> /var/lib/mysql/ibdata1 (deleted)
lrwx------ 1 root root 64 Aug 7 23:29 8 -> /var/lib/mysql/ib_logfile0 (deleted)
lrwx------ 1 root root 64 Aug 7 23:29 9 -> /var/lib/mysql/ib_logfile1 (deleted)

14101是mysqld的pid(进程ID)

只要mysqld不结束，就可以通过proc文件系统找到这几个被删除的文件(已经被Mark为deleted状态)。

这时候应该松了一口气吧。只要把这几个文件复制回 /var/lib/mysql就行了吗？

事情绝对没有这么简单。

因为，在innodb的buffer pool中，有许多dirty page(就是内存中的数据已经被修改，但是没有写回文件中),
如果直接把文件复制回去，轻则数据丢失，重则ibdata1文件损坏。

备份mysql数据的时候，也不能直接备份这几个文件，是同样的道理。

我们必须保证所有buffer pool中的数据修改都保存到了硬盘文件上面，
为此，首先要停止更多的写入/更新/删除操作，然后等待innodb flush pages to disk.
停止写入的话，可以把网站应用关闭，或者lock tables:

复制代码 代码如下:
mysql> FLUSH TABLES WITH READ LOCK;
Query OK, 0 ROWS affected (0.37 sec)

这时就要等它flush结束，怎样知道有没有结束呢？观察checkpoint age就可以了。

复制代码 代码如下:
mysql> SHOW engine innodb STATUS
---
LOG
---
Log SEQUENCE NUMBER 363096003
Log flushed up TO 363096003
LAST checkpoint at 363096003

checkpoint age 就是 Log sequence number的值减去 Last checkpoint at的值，
如果为0，那么表示所有的page都flush到硬盘文件中了。

这时就要等它flush结束，怎样知道有没有结束呢？观察checkpoint age就可以了。

复制代码 代码如下:
mysql> SHOW engine innodb STATUS
---
LOG
---
Log SEQUENCE NUMBER 363096003
Log flushed up TO 363096003
LAST checkpoint at 363096003

checkpoint age 就是 Log sequence number的值减去 Last checkpoint at的值，
如果为0，那么表示所有的page都flush到硬盘文件中了。

为了加速这个flush的过程，可以这样设置一下：

复制代码 代码如下:
mysql> SET global innodb_max_dirty_pages_pct=0;
Query OK, 0 ROWS affected (0.01 sec)

此外，还必须保证一些后台的线程完成了它们的工作，
比如insert buffer thread. ibuf的大小应该=1

复制代码 代码如下:
-------------------------------------
INSERT BUFFER AND ADAPTIVE HASH INDEX
-------------------------------------
Ibuf: SIZE 1, free list len 398, seg SIZE 400,

还有purge thread，它应该purge了全部的transactions:

复制代码 代码如下:
------------
TRANSACTIONS
------------
Trx id counter 0 16644
Purge done FOR trx's n:o < 0 16644 undo n:o < 0 0

还要确保innodb不再进行写操作了：

复制代码 代码如下:
FILE I/O
--------
I/O thread 0 state: waiting FOR i/o request (INSERT buffer thread)
I/O thread 1 state: waiting FOR i/o request (log thread)
I/O thread 2 state: waiting FOR i/o request (READ thread)
I/O thread 3 state: waiting FOR i/o request (WRITE thread)
Pending normal aio reads: 0, aio writes: 0,
ibuf aio reads: 0, log i/o's: 0, sync i/o's: 0
Pending flushes (fsync) log: 0; buffer pool: 0
332 OS file reads, 47 OS file writes, 32 OS fsyncs
0.00 reads/s, 0 avg bytes/READ, 0.00 writes/s, 0.00 fsyncs/s

然后把文件复制回去：

复制代码 代码如下:
root@localhost:/var/lib/mysql# cp /proc/14101/fd/3 /var/lib/mysql/ibdata1
root@localhost:/var/lib/mysql# cp /proc/14101/fd/8 /var/lib/mysql/ib_logfile0
root@localhost:/var/lib/mysql# cp /proc/14101/fd/9 /var/lib/mysql/ib_logfile1
修改权限
root@localhost:/var/lib/mysql# chown -R mysql ib* 重启mysqld
root@localhost:/var/lib/mysql# /etc/init.d/mysql restart
结束~~~

结论：
1) 出现意外时，千万不能慌张，抽根烟先冷静一下。
2) 在解决方案不明确的时候，不要进行操作，比如重启mysqld，重启服务器。
3) 有必要监控mysql的ibdata等文件是否存在。

D. 如何 查找 mysql 中如何 kill 引起死锁的线程id

如果遇到死锁了，怎么解决呢?找到原始的锁ID，然后KILL掉一直持有的那个线程就可以了， 但是众多线程，可怎么找到引起死锁的线程ID呢? MySQL 发展到现在，已经非常强大了，这个问题很好解决。 直接从数据字典连查找。
我们来演示下。
线程A，我们用来锁定某些记录，假设这个线程一直没提交，或者忘掉提交了。 那么就一直存在，但是数据里面显示的只是SLEEP状态。
mysql> set @@autocommit=0;
Query OK, 0 rows affected (0.00 sec)

mysql> use test;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> show tables;
+----------------+
| Tables_in_test |
+----------------+
| demo_test |
| t3 |
+----------------+
2 rows in set (0.00 sec)

mysql> select * from t3;
+----+--------+--------+------------+----+----+----+
| id | fname | lname | birthday | c1 | c2 | c3 |
+----+--------+--------+------------+----+----+----+
| 19 | lily19 | lucy19 | 2013-04-18 | 19 | 0 | 0 |
| 20 | lily20 | lucy20 | 2013-03-13 | 20 | 0 | 0 |
+----+--------+--------+------------+----+----+----+
2 rows in set (0.00 sec)

mysql> update t3 set birthday = '2022-02-23' where id = 19;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0

mysql> select connection_id();
+-----------------+
| connection_id() |
+-----------------+
| 16 |
+-----------------+
1 row in set (0.00 sec)

mysql>
线程B， 我们用来进行普通的更新，但是遇到问题了，此时不知道是哪个线程把这行记录给锁定了?
mysql> use test;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> select @@autocommit;
+--------------+
| @@autocommit |
+--------------+
| 1 |
+--------------+
1 row in set (0.00 sec)

mysql> update t3 set birthday='2018-01-03' where id = 19;
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
mysql> select connection_id();
+-----------------+
| connection_id() |
+-----------------+
| 17 |
+-----------------+
1 row in set (0.00 sec)

mysql> show processlist;
+----+------+-----------+------+---------+------+-------+------------------+
| Id | User | Host | db | Command | Time | State | Info |
+----+------+-----------+------+---------+------+-------+------------------+
| 10 | root | localhost | NULL | Sleep | 1540 | | NULL |
| 11 | root | localhost | NULL | Sleep | 722 | | NULL |
| 16 | root | localhost | test | Sleep | 424 | | NULL |
| 17 | root | localhost | test | Query | 0 | init | show processlist |
| 18 | root | localhost | NULL | Sleep | 5 | | NULL |
+----+------+-----------+------+---------+------+-------+------------------+
5 rows in set (0.00 sec)

mysql> show engine innodb status\G

------------
TRANSACTIONS
------------
Trx id counter 189327
Purge done for trx's n:o < 189323 undo n:o < 0 state: running but idle
History list length 343
LIST OF TRANSACTIONS FOR EACH SESSION:
---TRANSACTION 0, not started
MySQL thread id 11, OS thread handle 0x7f70a0c98700, query id 994 localhost root init
show engine innodb status
---TRANSACTION 189326, ACTIVE 2 sec starting index read
mysql tables in use 1, locked 1
LOCK WAIT 2 lock struct(s), heap size 376, 1 row lock(s)
MySQL thread id 17, OS thread handle 0x7f70a0bd5700, query id 993 localhost root updating
update t3 set birthday='2018-01-03' where id = 19
------- TRX HAS BEEN WAITING 2 SEC FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 529 page no 3 n bits 72 index `PRIMARY` of table `test`.`t3` trx id 189326 lock_mode X waiting
Record lock, heap no 2 PHYSICAL RECORD: n_fields 9; compact format; info bits 0
0: len 2; hex 3139; asc 19;;
1: len 6; hex 00000002e38c; asc ;;
2: len 7; hex 7e00000d2827c9; asc ~ (' ;;
3: len 6; hex 6c696c793139; asc lily19;;
4: len 6; hex 6c7563793139; asc lucy19;;
5: len 3; hex 8fcc57; asc W;;
6: len 4; hex 80000013; asc ;;
7: len 4; hex 80000000; asc ;;
8: len 4; hex 80000000; asc ;;

------------------
---TRANSACTION 189324, ACTIVE 641 sec
2 lock struct(s), heap size 376, 3 row lock(s), undo log entries 1
MySQL thread id 16, OS thread handle 0x7f70a0b94700, query id 985 localhost root cleaning up
Trx read view will not see trx with id >= 189325, sees < 189325
上面的信息很繁多，也看不清楚到底哪里是哪里。
不过现在，我们只要从数据字典里面拿出来这部分信息就OK了。
mysql> SELECT * FROM information_schema.INNODB_TRX\G
*************************** 1. row ***************************
trx_id: 189324
trx_state: RUNNING
trx_started: 2013-04-18 17:48:14
trx_requested_lock_id: NULL
trx_wait_started: NULL
trx_weight: 3
trx_mysql_thread_id: 16
trx_query: NULL
trx_operation_state: NULL
trx_tables_in_use: 0
trx_tables_locked: 0
trx_lock_structs: 2
trx_lock_memory_bytes: 376
trx_rows_locked: 3
trx_rows_modified: 1
trx_concurrency_tickets: 0
trx_isolation_level: REPEATABLE READ
trx_unique_checks: 1
trx_foreign_key_checks: 1
trx_last_foreign_key_error: NULL
trx_adaptive_hash_latched: 0
trx_adaptive_hash_timeout: 10000
trx_is_read_only: 0
trx_autocommit_non_locking: 0
1 row in set (0.01 sec)

mysql>
原来是线程16忘掉COMMIT了。

E. id=counter++ id的值是多少

代码counterstatic说类范围所Apple 类共享变量变

idfinal修饰符表示象实例级量每象实例自单独值象实例创建完量值能改变
每创建Apple象实例都该实例初始化id值采用counter++,所每counter值都加1其值依0（初始值）、1、2、3其值加1前赋给id作其初始值依0、1、2所打印0、1、2
量初始化候使用任何合表达式进行甚至若定义没指定值构造其赋值（能赋值）

F. access数据库清空后id重置1

这样清空access数据后，自动编号的ID并不会从1开始自动编号（如果不是自动编号的，insert 1、2、3……就行了）
可以新建一个access数据库，然后：文件-获取外部数据-导入(选择要清空的数据库)-导入对象-选择要导入的数据表-单击“选项”-导入表(选择只导入定义)-确定，这样新建的数据表就从1开始编号了。

G. trx read view will not see trx with id 啥意思

trx read view will not see trx with id
TRX阅读视图不会看到TRX ID
trx read view will not see trx with id
TRX阅读视图不会看到TRX ID

H. id是什么意思

求助编辑网络名片
IDID是英文IDentity的缩写，身份标识号码的意思。也称为序列号或帐号，是某个体系中相对唯一的编码，相当于是一种“身份证”在某一具体的事物中，ID号一般是不变的，至于用什么来标识该事物，则由设计者自己制定的规则来确定。一般而言，这个规则根据具体的使用环境在设计上有一定的主观性，如：“员工工号”、“身份证号码”“计算机网址”等。对于计算机主要有两种运算方式，逻辑运算和算术运算，逻辑运算便关系到数字的ID功能。ID在生活中是很常见的，比如你将产品的型号，生产号等分别贴在同类的事物上以区分他们，这个也可以叫ID。

通用账户/ID背景
释义
发展
id
ID
ID指令译码器（Instruction Decoder）
ID软件公司
CSS中的ID
工业设计简介
通用账户/ID 背景
释义
发展
id
ID
ID指令译码器（Instruction Decoder）
ID软件公司
CSS中的ID
工业设计展开编辑本段简介
ID abbr. 1. =identification（身分） 2. =identity（身份） 3. =[拉] idem (=the same) 4.=intradermic injection (皮内注射法) 5.=Immigration Department(香港入境事务处)
编辑本段其它
工业设计的英文缩写（instrial design) 传染病的英文缩写（Infectious Diseases）
各种ID卡(15张)Adobe InDesign软件的缩写（详细资料参见Adobe InDesign） 内径 internal diameter; inside diameter (ID) 多用于规格缩写。（另有外径OD outside diameter ) 另外，ID作为“本我”的概念最先被佛洛伊德根据乔治·果代克（Georg Groddeck）引用于心理学，指“在潜意识型态下的思想,代表思绪的原始程序——人最为原始的、属满足本能冲动的欲望”。 ID（Interaction Design ）交互设计 ID（Indonesia）印度尼西亚简称 Id.(idem缩写) 用在法律英语中，来源于拉丁文，意为as mentioned preciously, 通常指前面刚刚使用过的引用。例如，我在文中刚看到了如下一段 the United States can only be held liable “in the same manner and to the same extent as a private indivial under like circumstances.” Id. at 141 (quoting 28 U.S.C. § 2674). The FTCA cannot be read to create new causes of action; it merely accepts liability under circumstances that would bring private liability into existence. Id. 其中第一个Id.表示引用的位置，第二个表示同上一个引用。 交互设计(Interaction Design) 作为一门关注交互体验的新学科在二十世纪八十年代产生，它由IDEO的一位创始人比尔·莫格里奇在1984年一次设计会议上提出，他一开始给它命名为“软面（Soft Face）”，由于这个名字容易让人想起和当时流行的玩具“椰菜娃娃（Cabbage Patch doll）”，他后来把它更名为“Interaction Design”（即交互设计）。 从用户角度来说，交互设计是一种如何让产品易用，有效而又让人愉悦的技术，它致力于了解目标用户和他们的期望，了解用户在同产品交互时彼此的行为，了解“人”本身的心理和行为特点，同时，还包括了解各种有效的交互方式，并对它们进行增强和扩充。交互设计还涉及到多个学科，以及和多领域多背景人员的沟通。 通过对产品的界面和行为进行交互设计，让产品和它的使用者之间建立一种有机关系，从而可以有效达到使用者的目标，这就是交互设计的目的。
编辑本段通用账户/ID
全称：(Virtual identity electronic identification) 通用账户，是俗称的网络身份证。它是一种互联网身份认证协议，其具有唯一性和信息不可否认性。
背景
在互联网上，除非你告诉别人，否则没人知道你是一个画家、医生、教授、运动员还是一位街边摆地摊的人，甚至不会有人知道你是**。在这种情况下人们可以自由的选择信或不信，反正没有什么能证明你的可信度且更多时候无此必要。即使在现实世界里，要求他出示身份证照以确认对方的身份仍属不易。而互联网世界所固有的匿名的特点使身份识别愈加困难。但网络的身份问题真的重要吗？自然，网络身份的重要性毋庸置疑，而且其重要性还随着网络的迅猛发展而日益提升。因为现在要从网上大量不实信息中甄别筛选出真实有用的信息已变的无比艰难。而诚实的信息发布者需要有更好的方式向他人证明自己的身份并建立信誉度，从而使别人相信自己所发布的信息是真实可靠的。这样的系统能帮助更多诚信的互联网民相互信任彼此的身份。如果你使用过互联网，那你一定体会过反复填写申请表格的烦琐。无论你申请BBS或是SNS的ID,亦或是注册成为B2C网站的用户，当你把相同的资料一次次的敲入电脑，一定会为这些重复多余的流程却无法避免而感到厌倦。而且你必需面临管理这些帐户的烦恼。也许你会这样考虑，不同网站注册的帐号信息都用同一个用户名与密码，但经常由于ID已被注册而不得不再作选择。试想，如果在现实世界中，我们进入各种商场或是公园时必须填写个人资料会是什么样的景象，为解决这些问题VIEID应运而生。
释义
VIEID是用户在网络中证明自己身份或表明某种资格时所使用的工具。亦可根据在网络通讯中对方出示的VIEID来判定他的真实身份或某种资格。VIEID是将用户现实中的身份资料包括文字资料、语音、指纹等信息采集到服务器中然后生成一个账户。账户内包含VIEID的账户ID、公钥和私钥。当用户需要在网络上或网络相关地方表明身份时，只需在相应客户端识别系统中输入VIEID的账户ID和公钥，识别系统会在VIEID库搜索、自动下载VIEID并用公钥解密还原出该VIEID持有人的资料从而识别其身份或某种资格。在个人信息管理方面，用户可以使用账户ID和私钥登入VIEID管理中心。在这里，用户可以自行确定更改除基本信息外其余不想被他人获知的内容。管理用户在互联网所使用的服务亦是VIEID重要的应用之一，即通用账户概念。
发展
2011年1月，美国奥巴马政府责成美国商务部，就如何才能妥善地建立一套“网络身份证”制度尽快出一个解决方案。美国商务部长骆家辉和白宫网络安全协调员施密特7日在斯坦福经济政策研究院出席公开活动时透露，总统奥巴马将于未来数月公开一份名为《网络空间可信身份国家战略》的草案。目前在世界范围内提供VIEID服务的公司有以下数家： VIeID:通用账户及身份管理 OpenID：跨站身份管理 ClaimID：创建用户档案、信誉的网络服务 CardSpace：微软可支持多个数字身份的虚拟钱包 Liberty Web Services：身份和认证服务规范 Security Assertion Markup Language：多个计算机域之间交换XML数据的标准 Rapleaf：供电子商务站点使用的评价系统 Trufina ID Card：提供用户教育背景、工作、电子邮件地址等信息的虚拟身份证
编辑本段id
本我 又译“私我”。 心理 在弗洛伊德精神分析学说中，本我与自我(ego)、超我(superego)分别为人类人格的三个方面之一。本我是本能的冲动之源，例如性和攻击，以及一些与生俱来的原始需要。本我是完全非理性的，根据趋乐避痛原则发挥作用，在冲动时，无论何时都要寻求立即的满足。本我为有意识的精神生活提供能量，尽管对成人来说这完全是无意识的。它在具有非理性因素的表达模式中所扮演的角色特别重要，例如艺术创作。根据弗洛伊德的说法，揭示本我内容的主要方法，是对梦的分析和自由联想。
编辑本段ID
智能设计假说 Intelligent Design Theory的简称 智能设计假说（简称“智设论”）这一种思想认为，“宇宙和生物的某些特性用智能原因可以更好地解释，而不是来自无方向的自然选择。”这一假说的主要支持者包括发现研究院等基督教智囊团体，他们认为，智能设计假说是同等重要的科学理论，甚至比现有科学理论对生命起源问题的解释更加合理。 智能设计假说是相对进化论的一种假设。智能设计论的倡导者认为，“在自然系统中，有一些现象用无序的自然力量无法充分解释，以及一些特征必须归结于智能的设计。” 智能设计假说支持者寻找的是他们所声称的“智能痕迹”证据－物体所具有的、必须来自设计的物理特征。常被引用的论据包括：不可化约的复杂性、信息机制和特殊复杂性。设计假说支持者认为，如果生物系统具备一个以上这类特征，他们便推论这些特征来自设计。这个观点与主流生物学相反，生物研究依靠实验和可理解的数据采集，以突变和自然选择来解释生物体的变化过程。设计假说支持者认为，尽管智能设计所指向证据的产生过程不可观测，但它对自然界的影响是可检测的。
编辑本段ID指令译码器（Instruction Decoder）
指令译码器是控制器中的主要部件之一。指令执行通过控制部件进行指令译码，标量指令由标量处理机执行。向量指令各Cache控制器监听总线所有操作，并对操作做相应处理(修改或作废)，如MESI协议。
编辑本段ID软件公司
ID Software创立于1991年,总部在美国得克萨斯州。公司主要从事电脑游戏以及游戏引擎方面的开发。知名的FPS大作《半条命》和《反恐精英》（Counter-Strike，简称CS）就是利用Quake的引擎制作的。该公司在1993年推出的作品毁灭战士（DOOM）彻底改变了电脑游戏产业，在当时有着里程碑的意义。在2004年该公司推出的作品毁灭战士III在E3游戏大展上也获得了巨大成功，包揽了5项大奖。将在今年上市的《狂怒》是其最新游戏作品。作为最受广大游戏社区期待的游戏作品，《狂怒》已经做好了成为游戏产业最具革新意义FPS作品之一的准备，其在2010年E3大会获得了包括由权威游戏媒体IGN授予得“最佳游戏奖”和包括“最佳主机游戏”在内的三项 “E3最佳”游戏评论家大奖。
编辑本段CSS中的ID
ID是表示着标签的身份，在JS脚本中会用到id，当JS要修改一个标签的属性时，JS会将id名作为该标签的唯一标识进行操作。也就是说ID只是页面元素的标识，供其他元素脚本等引用。假如你的页面里出现了两个ID那JS效果特性较出现逻辑错误不知道依据哪个ID来改变其标签属性。 在CSS里的ID不一定为JS而设置的，但是同样ID在页面里也只能出现一次，并且是唯一性。虽然可能我们才学DIV+CSS爱好者在一个页面里同时调用相同的ID多次但是仍然没有出现页面混乱错误，但是我们为了W3C及各个标准我们也要遵循ID在一个页面里唯一性。以免出现浏览器兼容问题。 Div css 页面中的ID是怎么个用法呢？ 通常我们在CSS样式定义的时候 以“#”来开头命名id名称如：#css5{属性:属性值;} 这个也有点像class的定义，只是class是以小写句号“.”开头命名，而ID是以“#”好开头定义。那id是怎么个用法呢？ Css里的ID用法与class用法一样，只是把class换成id。如例子：在CSS样式定义ID --- #css5{height:25px;width: 200px;} ,调用ID --- <div id="css5">我是ID例子</div>。 例2： <div ID="Steve Jobs"> </div> 8<------------------------------------------------style.css------------------------------------------------------- #Steve Jobs{the CEO of Apple}
编辑本段工业设计
Instrial Design简称ID，是工业设计（产品设计、外形设计、概念设计）领域的统称！

I. 诺西trx fault告警产生的原因有哪些

2993告警一般处理流程1.先根据告警附加信息判断出故障BTSid，TRXid，TSLid。2.若该告警分散到不同BTS，且该告警很少重复发生在同一BTS上·若这些BTS的传输经过交叉机，则首先检查交叉机至BSC间的传输.·若这些BTS的传输不经过交叉机，则查A接口和TCSM，及告警对应的BCSU.3.若该告警集中到同一BTS，但该告警并不固定发生在同一TRX上分析：改故障可能与传输有关，可从检查传输的告警，传输质量统计报告着手。若这些BTS的传输经过交叉机如DN2等若该BTS是TALKFamily或Primesite类型，通过Q1即MML的QUS命令远程登陆到TRU查看TRU里的传输的质量统计报告(Downlink)；同时本地查看DN2中该传输的质量统计报告(Uplink),或通过MML的QUS命令到DN2里查看该传输的质量统计报告(Uplink，前提是该DN2有Q1集成到BSC)。若该BTS为非TALKFamily或Primesite类型，可直接到NMS里的NODEServerManager查看BTS传输单元中质量统计报告(Downlink)，若没有NODEServerManager则要BTS工程师到BTS现场查看。对于Uplink,方法同上。若这些BTS的传输不经过交叉机，通过AHO/AHP，EOL/EOH命令查看该传输的告警，及YMO命令查看该传输的质量统计报告。若传输有问题，先着手解决传输问题。若长时间传输质量没问题，到第四步继续。4.该告警集中发生到同一BTS下的同一TRX或TRX下的TS上若没有经过交叉机，先通过AHO/AHP，EOL/EOH命令查看该传输告警，及YMO命令查看该传输的质量统计报告。若传输没有问题，尝试LOCK/UNLOCKTRX或BTS/BCF，若RESTART2次后问题还是出现，参考下一步。要BTS工程师到BTS现场互换TRX。若问题随TRX，则TRX需更换，否则需检查BranchingTable及交叉机配置等。说到预防的话就从传输质量下手，还有防止一些人为的BTS侧或BSC侧数据配置失误

J. 怎样优化sql语句的问题. 多表各字段累加运算查询语句,由于限制,我就列一个表.光这一个表查询就达50秒以上.

你是不是写错了，第一个select 中的字段和临时表a1的字段是一样的，何必select两次。

如果有处理上的需求，看看是否可以直接返回a1表，然后把数据教给程序来处理，不要select两次。也尽量别在sql中用函数。

对反复、多次循环用到的数据可以在最初select into #temptable（放到临时表），以后用到时都关联临时表取用。速度会快很多。

结合程序的逻辑，它到底要处理什么事情，看能否优化下处理步骤。

数据库是否冗余、有碎片？整下数据库。

对关键的字段建立索引。

你慢慢来吧，优化这东西比较烦。